[SATLUG] Re: Parallell Processing

Steven Winston swinston at trinity.edu
Wed Aug 28 12:52:01 CDT 2002


That depends on a lot of stuff.  If you're talking about using regular 
sequential programs in a multi-processing cluster.  Then you're looking at a 
system that must handle breaking up processes, send them to proper nodes, 
have those nodes handle them (memory could be shared a number of ways), 
without being told about the system it's being run on.  This means that it 
usually adds a lot of overhead to your programs.  The absolute best solution 
is to use programs written specifically for concurrency or parallel 
Processing.
Reason for this is that these programs are written to handle the above 
situations in a manner that delegates less overhead.  Remember when you're 
talking about this stuff, there's always a trade off.  It is possible to see 
perfect parallelism with distributed computing on a cluster (that's where you 
add up all your processers, and see the same results from your programs 
execution as what it would be on a sequential machine with the power of all 
processors together).  However, it's also possible to slow it down to slower 
than normal sequentialism.
On Wednesday 28 August 2002 11:09, Andrew C . Benson wrote:
> I was under the assumption the system would delegate certain processes to
> certain machines (based on utilization or something). And I believed that
> any process could be used, but only those built with multithreading in mind
> (pth, kth) would take special advantage of this.

-- 
Steven Winston
Home: (210) 641-0565
Office: (210) 582-5898
Cell: (281) 615-9612
http://www.cs.trinity.edu/~swinston/

 11:45am  up 27 days, 17:12,  2 users,  load average: 0.04, 0.10, 0.04

"The last time I make personal contact with a Minbari warship I sent
 it straight to Hell."
        -- Sheridan, "Points of Departure"




More information about the Satlug mailing list