Re: Parallel Python
- From: nmm1@xxxxxxxxxxxxx (Nick Maclaren)
- Date: 10 Jan 2007 19:29:32 GMT
In article <mailman.2544.1168455985.32031.python-list@xxxxxxxxxx>,
Sergei Organov <osv@xxxxxxxxx> writes:
|>
|> Do you mean that POSIX threads are inherently designed and implemented
|> to stay idle most of the time?! If so, I'm afraid those guys that
|> designed POSIX threads won't agree with you. In particular, as far as I
|> remember, David R. Butenhof said a few times in comp.programming.threads
|> that POSIX threads were primarily designed to meet parallel programming
|> needs on SMP, or at least that was how I understood him.
I do mean that, and I know that they don't agree. However, the word
"designed" doesn't really make a lot of sense for POSIX threads - the
one I tend to use is "perpetrated".
The people who put the specification together were either unaware of
most of the experience of the previous 30 years, or chose to ignore it.
In particular, in this context, the importance of being able to control
the scheduling was well-known, as was the fact that it is NOT possible
to mix processes with different scheduling models on the same set of
CPUs. POSIX's facilities are completely hopeless for that purpose, and
most of the systems I have used effectively ignore them.
I could go on at great length, and the performance aspects are not even
the worst aspect of POSIX threads. The fact that there is no usable
memory model, and the synchronisation depends on C to handle the
low-level consistency, but there are no CONCEPTS in common between
POSIX and C's memory consistency 'specifications' is perhaps the worst.
That is why many POSIX threads programs work until the genuinely
shared memory accesses become frequent enough that you get some to the
same location in a single machine cycle.
Regards,
Nick Maclaren.
.
- Follow-Ups:
- Re: Parallel Python
- From: Nick Maclaren
- Re: Parallel Python
- From: Sergei Organov
- Re: Parallel Python
- From: Nick Maclaren
- Re: Parallel Python
- From: Carl J. Van Arsdall
- Re: Parallel Python
- References:
- Parallel Python
- From: parallelpython
- Re: Parallel Python
- From: Laszlo Nagy
- Re: Parallel Python
- From: sturlamolden
- Re: Parallel Python
- From: Nick Maclaren
- Re: Parallel Python
- From: sturlamolden
- Re: Parallel Python
- From: Nick Maclaren
- Re: Parallel Python
- From: Sergei Organov
- Parallel Python
- Prev by Date: Re: An iterator with look-ahead
- Next by Date: Re: Newbie - converting csv files to arrays in NumPy - Matlab vs. Numpy comparison
- Previous by thread: Re: Parallel Python
- Next by thread: Re: Parallel Python
- Index(es):
Relevant Pages
|