John Nagle wrote:
> C gets to
> run briefly, drains out the pipe, and blocks.  P gets to run,
> fills the pipe, and blocks.  The compute-bound thread gets to run,
> runs for a full time quantum, and loses the CPU to C.  Wash,
> rinse, repeat.

I thought that unix schedulers were usually a bit more
intelligent than that, and would dynamically lower the
priority of processes using CPU heavily.

If it worked purely as you describe, then a CPU-bound
process would make any interactive application running
at the same time very unresponsive. That doesn't seem
to happen on any of today's desktop unix systems.

--
Greg
-- 
http://mail.python.org/mailman/listinfo/python-list

Reply via email to