[FASTCGI] can FCGI_STDIN content length be increased when receivingthe STDIN data?

Martin Chapman chapmanm at pixia.com
Fri Dec 11 22:43:22 EST 2009

It might be a limit of Apache server with their bucket brigade buffer sizes.
This define is in apr_buckets.h and I know that mod_fastcgid uses a bucket
brigade to stream IO.  Maybe there is an Apache config setting in httpd.conf
to increase the limit.


/** default bucket buffer size - 8KB minus room for memory allocator headers





From: fastcgi-developers-bounces+chapmanm=pixia.com at mailman.fastcgi.com
[mailto:fastcgi-developers-bounces+chapmanm=pixia.com at mailman.fastcgi.com]
On Behalf Of Konstantin Ivanov
Sent: Friday, December 11, 2009 8:37 PM
To: fastcgi-developers at mailman.fastcgi.com
Subject: [FASTCGI] can FCGI_STDIN content length be increased when
receivingthe STDIN data?


Hi all, I have the following situation which I am try to bypass in attempt
to increase the performance. I am using PHP (php-cgi) in FCGI mode on
Windows. I have a client to read from the fastcgi server written in C++. The
"issue" I am experience is the size of the STDIN content length. I have a
file of 65000 bytes (actually it is a print from php-info() function), but
when I read it from the FastCGI process the STDIN type header always comes
back with the maximum of 8184 bytes, which means that in order to read the
entire request and before receiving FCGI_END_REQUEST i have to loop and read
from the socket fd 8 times. I think that this is very inconvenient and I was
wondering what controls the STDIN maximum content length? You see, if one
would increase the Windows socket window size to say 128Kb, then the request
of 65000 bytes could be read with a single iteration to recv() function. Did
anyone experience the same behavior and if so, would you please give your
advice or point in the right direction. 


Thank you, 


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mailman.pins.net/mailman/private.cgi/fastcgi-developers/attachments/20091211/349807c8/attachment.html>

More information about the FastCGI-developers mailing list