[Openmcl-devel] Transfer the contents of a file to a tcp stream
rich at holygoat.co.uk
Tue May 3 16:43:05 EDT 2005
> Well, even without the setup/teardown of the this OpenMCL will hardly
> erver reach Apache (BTW, how would teardown affect the measured time?).
It would depend on when wget stops timing, I suppose! :D
It's a long time since I did any low-level networking stuff, so to be
honest I don't even remember if the client and server have to sign off
The setup was the main thing I was thinking of; if I served a 2.5MB
JPEG over a loopback with Araneida, or using CGI, then it's quite
likely that the handler generic function (or the CGI startup) would
double the time compared to Apache poking a thread. A 700MB ISO might
be another matter entirely.
> When sending _files_ (not content from memory) Apache tries hard to
> use a sendfile(2) or similar techniques (depending on the underlying
> When sendfile is used the kernel is instructed to copy (send) a file
> from one file descriptor to another. First of all, with this trick data
> never has to cross the (expensive) border between kernel space and
> (as opposed to crossing it twice in the OpenMCL sample code). On a
> smart OS that data might even never pass the kernel but travers via
> DMA from
> disk to network card.
> Of course, since OpenMCL has a nice FFI interface it would be trivial
> call sendfile from it .... but that would be cheatin' :-)
It might be fun to write a trivial-http style library to do TCP file
transfers, using sendfile if possible but otherwise falling back to
Christian might well have run into the theoretical limit for a CL
-------------- next part --------------
A non-text attachment was scrubbed...
Size: 2367 bytes
Desc: not available
Url : http://clozure.com/pipermail/openmcl-devel/attachments/20050503/267776aa/attachment.bin
More information about the Openmcl-devel