lkml.org 
[lkml]   [2000]   [Dec]   [14]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
Date
From
SubjectRe: ORBit speed measure
On Thu, Dec 14, 2000 at 11:10:24AM -0600, Chris Lattner wrote:
> There are many other optimizations that one can make the transport faster
> that ORBit doesn't implement. For example, you could mmap (shared) data
> buffers between the two processes communicating (of course, you still need
> to wake processes up, which is why it hasn't been done yet), or you could

This is not necessarily faster.

I recently came across some discussions on the web from Jim Gettys that
discussed similar issues for X (unix sockets vs shared memory). I seem to
remember that the over head of synchronizing stuff to keep the shared
memory in a sane state ate away at any gains one had with using shared
memory. It works ok for large chunks of data (say, things on the order of
sizes of pixmaps), but not for smaller pieces, like say, function call
arguments.

Then again, isn't Jim some how involved in ORBit and GNOME? Or just a big
supporter? :->

mrc
--
Mike Castle Life is like a clock: You can work constantly
dalgoda@ix.netcom.com and be right all the time, or not work at all
www.netcom.com/~dalgoda/ and be right at least twice a day. -- mrc
We are all of us living in the shadow of Manhattan. -- Watchmen
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
Please read the FAQ at http://www.tux.org/lkml/

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