[REBOL] Re: Any changes re dbases in upcoming RT products?
From: holger:rebol at: 2-Oct-2001 9:17
On Tue, Oct 02, 2001 at 05:23:08PM +0200, Maarten Koopmans wrote:
> Is FastCGI non-blocking? Otherwise this is a performance thing: I don't want
> my FastCGI process to be blocking other requests to the same (external)
> instance. And FastCGI (at least in Apache and ZEUS) is dumb enough to only
> allow one external process on a URL (in stead of queueing and balancing it
> over multiple instance, like Xitami does with LRWP)
FastCGI supports /no-wait, but is otherwise blocking at the moment.
Keep in mind that most people run the web server and the REBOL server
on the same machine, so the setup part of FastCGI is virtually
instantaneous (much less than 1 ms), because it does not depend on
the web browser in any way, and the FastCGI protocol is asynchronous
at a semantic level. Blocking writes are usually not a problem, at least
not if the amount of data your program returns is less than about 16 kB,
because in that case it is cached within socket buffers, so writing
still appears as non-blocking to the application.
--
Holger Kruse
[holger--rebol--com]