I don't think this has been proposed before but if it has just point me
at the archives...
Alter squid to have a worker thread for each cpu, and a control thread
which handles the select loop, logging, and adding items to the work
queue.
The core idea being that when 2 or more requests would be acted upon
from the current core loop, they can be processed in parallel, with the
same non-blocking request processing logic as today.
Issues:
Some of squid is non-reentrant, and much non thread safe (ie mutex would
be needed on global variables, or data structures that could be accessed
in parallel.
benefits:
Should be able to more effectively utilise dual processor machines.
Thoughts?
Rob
Received on Sat Mar 17 2001 - 02:32:44 MST
This archive was generated by hypermail pre-2.1.9 : Tue Dec 09 2003 - 16:13:38 MST