W3C home > Mailing lists > Public > www-lib@w3.org > January to March 2001

Re: libwww multithreading once more...

From: Olga Antropova <olga@eai.com>
Date: Tue, 27 Mar 2001 09:40:01 -0600
Message-ID: <005101c0b6d4$2fa63e80$3f05010a@eai.com>
To: "Roland Bickel" <r.bickel@cmg.nl>, <www-lib@w3.org>

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

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.


----- 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
> be implemented in a asynchronous way.. I hope some of you guys/girls can
> 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

This archive was generated by hypermail 2.3.1 : Tuesday, 6 January 2015 21:33:53 UTC