Archives


- Beowulf
- Beowulf Announce
- Scyld-users
- Beowulf on Debian

[Beowulf] multi-threading vs. MPI

Many of your questions may have already been answered in earlier discussions or in the FAQ. The search results page will indicate current discussions as well as past list serves, articles, and papers.

Search

Chris Samuel csamuel at vpac.org
Wed Dec 12 20:50:41 PST 2007


On Mon, 10 Dec 2007, Mark Hahn wrote:

> threads, of course, are antithetical to security, since the whole
> point is freedom to read/write anything.

This is one of the reasons that Tridge (of Samba fame) rants against 
the use threads by people thinking that they'll be faster than 
independent processes.. :-)

Viz:

http://lists.samba.org/archive/samba-technical/2004-December/038301.html

> no, you're still clinging to the notion that threads are somehow
> inherently faster than processes. They aren't. They are inherently 
> slower, no matter what OS you are talking about. 
>
> Some OSes might implement processes so badly that threads come out 
> ahead. It is fundamental computer science that doing operations in a 
> threaded environment will be slower than doing operations in an
> equivalent process based environment, because they have to do more
> work. 
> 
> Using processes allows you to take advantage of a hardware memory
> protection system. Using threads doesn't. 

and:

http://lists.samba.org/archive/samba-technical/2004-December/038298.html

> What is it about the word "thread" that people find so damn sexy?
>
> Maybe it needs a name change 
> "slow-as-hell-no-memory-protection-locks-dont-work" API might be
> suitable, but I suspect the standards committees wouldn't like that 
> one. 
> 
> The MMU was added to CPUs for a very good reason. Why is it so hard
> to understand that trying to avoid it is a bad idea? 

cheers,
Chris
-- 
Christopher Samuel - (03) 9925 4751 - Systems Manager
 The Victorian Partnership for Advanced Computing
 P.O. Box 201, Carlton South, VIC 3053, Australia
VPAC is a not-for-profit Registered Research Agency
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: This is a digitally signed message part.
Url : http://www.scyld.com/pipermail/beowulf/attachments/20071213/c3f3ed49/attachment.bin


More information about the Beowulf mailing list