Hi,
sorry for the long response time, I have been away for an extended weekend.
>
> In an embedded system, on the other hand, we want to minimize
> memory usage, usually have only few concurrent requests, and
> the clients may typically have a faster connection. So there
> it would make more sense to directly stream the result using
> synchronous I/O.
you are completely right. The typical usage scenario for our application is a
single person who configures/manages the software through a browser.
> I suggest that we make a build configuration option for the
> wthttpd that allows the choice between either scenario
> (transmitting a buffer using async I/O versus directly
> streaming using sync I/O). The latter option would then be
> more suitable for embedded systems.
I don't know enough about how wthtpd works to tell if this would solve the
problem. Would this cause my resource to be asked for more data?
What I need is something like this, described in pseudo code:
DataStream stream;
Resource resource = getResourceBasedOnWebRequest(url);
while (resource.hasMoreData())
{
resource.fillData(stream);
sendDataToBrowser(stream);
}
Med venlig hilsen / Best regards
Michael Sørensen Loft
Senior Software Developer
Tlf. 41 95 36 58 - [EMAIL PROTECTED]
--------------------------------------------------
Mjølner Informatics A/S
Finlandsgade 10, 8200 Århus N
Tlf. 70 27 43 43 - www.mjolner.dk
--------------------------------------------------
Denne e-mail kan indeholde fortrolig information, som ikke må kopieres eller
udleveres til anden side, og som kun er bestemt for den angivne modtager.
Hvis du ved en fejltagelse har modtaget denne e-mail, skal du venligst
orientere afsenderen herom og straks slette e-mailen.
-------------------------------------------------------------------------
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
_______________________________________________
witty-interest mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/witty-interest
