lkml.org 
[lkml]   [1998]   [Jun]   [16]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
From
SubjectRe: Remote fork() and Parallel programming
Date
> 
> : It seemed wiser to write my software for MPI and deal with the
> : difficulties and it being non-optimum on my smp system. (Although I've
> : never tested it, I'm sure that shared memory on a smp system is *MUCH*
> : faster then MPI)...
>
> Actually, only if you don't do anything to the MPI libraries. I.e., they
> are doing networking through the loopback device.
>
> SGI took the libs, gutted 'em, leaving just the interfaces, and tuned them
> especially for SMP machines (yeah, they can still call out to the networking
> ones when they need to).
>
> They even did some VM hacking such that they could map another process'
> address space so that a send() turned into
>
> find the process associated with the destination
> make we've already mapped the destination
> bcopy()
>
> It was damn close to no more than the bcopy() cost.

IIRC, Unix domain sockets are implemented as a memory passing scheme. Since a
UDS would conceivably be less resource intensive than actually doing a lookup
PID, find the VMA, then copy, perhaps the energy would be better spent
optimizing that functionality?

--Perry

--
Perry Harrington Linux rules all OSes. APSoft ()
email: perry@apsoft.com Think Blue. /\

-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.rutgers.edu

\
 
 \ /
  Last update: 2005-03-22 13:43    [W:0.035 / U:0.020 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site