Re: libwww multithreading once more...

Hi,

In general there are two ways to do multiple requests processing at the same
time:

1) blocking system calls and threads
2) non-blocking system calls and a sophisticated state machine

On the single processor computer the performance of this two approaches
should be about the same.

libwww implements the second way of mutiprocessing. That is a more complex
of the two approaches.
Laying threads on top of this approach is way too complex if not impossible.

I personally think that libwww is impossible to make thread safe. There are
too many global structures.

Olga.

----- Original Message -----
From: "Roland Bickel" <r.bickel@cmg.nl>
To: <www-lib@w3.org>
Sent: Tuesday, March 27, 2001 9:21 AM
Subject: libwww multithreading once more...


>
> Right, i've spent a lot of time trying to figure out how the following
could
> be implemented in a asynchronous way.. I hope some of you guys/girls can
be
> of help... i cannot imagine i'm the only one ever stumbling across this
> problem ...
>
> here goes :
> i want to be able to do multiple, simultaneous http PUT messages,
> preferrably without a fork construct. So suppose i have one thread walking
> through the even loop waiting for responses to a previous issued PUT , if
> another process tries to send another PUT message *how* can I update the
> eventloop ? prefer some .c examples..
>
> Thanks in advance,
> Roland
>
> btw.. isn't there some FAQ ? i think this would make a nice topic...
>
>

Received on Tuesday, 27 March 2001 10:39:43 UTC