still in my video server, i'm using the FtpServer component
to download a set of images, taken from a camera, through one
simple RETR call.
I guess 'simple' on the client-side only ;)
you got it :)
On the OnGetProcessing event, i retrieve from a DB (the connection
has already been made) all the images needed
(range of images provided in the filename which is formatted)
and push them into the Client.Datastream.
for the algorithm, i have no problem.
but what happens if several ftp client asks at the same time
for a big amount of images (average : 1 image = 21Ko) let's say 1200 images
?
If you're creating a 25MB stream for a client, something's wrong. A
client shouldn't have to wait that long for the transfer to start, and
certainly shouldn't queue up behind a bunch of others doing the same thing.
[...]
Well as a matter of fact, i need to transfer 25MB. But i've solved
my problem using a RETR for each image. It's much simpler.
and as i'm using mysql as DB, each image, to retrieve, takes less than a few ms.
so the gap between RETR order and the answer is too small...
i may say that'll do it for now.
i was trying to generate a big file thinking it was possible to reduce the
download time
using just one file (kind of an tarball) using one RETR call.
but... well, that doesn't do it.
thanks for your help anyway !
best regards,
Guillaume MAISON
-
Guillaume MAISON - [EMAIL PROTECTED]
83, Cours Victor Hugo
47000 AGEN
Tél : 05 53 87 91 48 - Fax : 05 53 68 73 50
e-mail : [EMAIL PROTECTED] - Web : http://nauteus.com
--
To unsubscribe or change your settings for TWSocket mailing list
please goto http://www.elists.org/mailman/listinfo/twsocket
Visit our website at http://www.overbyte.be
