Beefy Boxes and Bandwidth Generously Provided by pair Networks
go ahead... be a heretic
 
PerlMonks  

RE: RE (tilly) 2: Threads vs Forking (Java vs Perl)

by JanneVee (Friar)
on Aug 25, 2000 at 20:30 UTC ( [id://29645]=note: print w/replies, xml ) Need Help??


in reply to RE (tilly) 2: Threads vs Forking (Java vs Perl)
in thread Threads vs Forking (Java vs Perl)

Actually Cluster may have more to do with Multiprocessor than you think.

This I know... :)

You can buy a 4 processor SMP or a 16 processor cluster at roughly the same cost. So start worrying. But the point is... It is not a good thing to use global variables (shared variables) for the locking problems(including the fine grained stuff that is in the slides) or bandwith reasons.

But my conclusion on the slides (that I can make out with in a few minutes)... That it is more pro-forking than pro-threading. Am I correct?

/Janne

Replies are listed 'Best First'.
RE (tilly) 4: Threads vs Forking (Java vs Perl)
by tilly (Archbishop) on Aug 25, 2000 at 21:25 UTC
    Well it is more anti-SMP than anything else. :-)

    But at a deeper level it is about why forking entire copies of the OS into a virtual cluster should scale better than trying the multi-threaded SMP approach. So yes, it does support forking.

    Besides which, if you take this approach, then on monster boxes forking should scale better than threading.

    An incidental note. There are problems that the 4 CPU box can outperform the 16-processor cluster at. But for most people the cluster is a better answer, and Linus is very aware of that.

Log In?
Username:
Password:

What's my password?
Create A New User
Domain Nodelet?
Node Status?
node history
Node Type: note [id://29645]
help
Chatterbox?
and the web crawler heard nothing...

How do I use this?Last hourOther CB clients
Other Users?
Others avoiding work at the Monastery: (2)
As of 2024-03-19 07:10 GMT
Sections?
Information?
Find Nodes?
Leftovers?
    Voting Booth?

    No recent polls found