home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #31 / NN_1992_31.iso / spool / comp / sys / isis / 353 < prev    next >
Encoding:
Text File  |  1993-01-03  |  3.1 KB  |  66 lines
  1. Newsgroups: comp.sys.isis
  2. Path: sparky!uunet!think.com!rpi!batcomputer!cornell!ken
  3. From: ken@cs.cornell.edu (Ken Birman)
  4. Subject: Question I got about use of shared memory in Isis
  5. Message-ID: <1993Jan3.152304.13297@cs.cornell.edu>
  6. Organization: Cornell Univ. CS Dept, Ithaca NY 14853
  7. Date: Sun, 3 Jan 1993 15:23:04 GMT
  8. Lines: 56
  9.  
  10. Thought people might be interested by this:
  11. > From: ajay@sjc.mentorg.com (Ajay Kumar)
  12. > Subject: RPC on shared memory transport
  13.  
  14.  
  15. >         I've been sampling the discussions on comp.sys.isis
  16. > for some time. You seem to have done studies of RPCs and
  17. > various transport mechanisms. Do you know of any implementation
  18. > of RPCs that uses shared memory as the transport mechanism ?
  19. > How does the performance of shared memory compare with UDP ,
  20. > which on a single machine is reliable ? It seems to me that as
  21. > we get more boxes with multiple CPUs and shared memory on desktops,
  22. > communicating between different processes on the same machine will
  23. > become as important as between processes on remote machines . Does
  24. > isis address these types of architectures in particular ?
  25.  
  26. Mach uses this approach to RPC.  Performance is good for big
  27. messages, but so-so for small ones, since the cost of playing with
  28. page tables is substantial.  I would email to bershad@cs.cmu.edu for
  29. his papers on "lightweight" RPC and also ask for pointers on this
  30. question about basic Mach uses of shared memory...  Rick Rashid published
  31. most of the Mach papers in places like USENIX, so you need the 
  32. publications list from CMU to track the full set down.
  33.  
  34. As for Isis, we don't do anything special about this, but in our
  35. manual, section on "examples", you will find an example of how to
  36. use shared memory within a group of processes all of whose members
  37. reside on the same machine.  So, it isn't hard to exploit shared
  38. memory within an Isis application, but we don't use shared memory as
  39. a communication layer ourselves.
  40.  
  41. The reason I don't do anything specific about this in Isis is that
  42. management of the memory pool in which messages live is necessarily
  43. an OS problem -- and Isis is a communication subsystem, not an OS.
  44.  
  45. The new work on Horus (follow-on to Isis) will use shared memory more
  46. effectively.  Robbert van Renesse is the expert on this -- but he doesn't
  47. waste his time with newsgroups :-(  Email to him directly with
  48. questions (rvr@cs.cornell.edu)
  49.  
  50. When Isis V3.1 runs over Mach, we are planning to start making better
  51. use of Mach IPC for local IPC. Hence, ISIS V3.1 will benefit from whatever
  52. Mach does in this respect...  Same for Isis over Chorus...
  53. The current V3.0 release uses UDP even when it runs on Mach or Chorus.
  54.  
  55. Ken
  56.  
  57. PS: You should also read about Ameoba RPC (email to rvr@cs.cornell.edu
  58. for pointers to Ameoba papers on this) and Chorus RPC (email to
  59. rozier@chorus.fr).  DELTA-4 also uses shared memory, I think,
  60. but I am sure Werner can be counted on to fill us in on this once
  61. he sees your query!  (Werner was previously in the Ameoba group)
  62. -- 
  63. Kenneth P. Birman                              E-mail:  ken@cs.cornell.edu
  64. 4105 Upson Hall, Dept. of Computer Science     TEL:     607 255-9199 (office)
  65. Cornell University Ithaca, NY 14853 (USA)      FAX:     607 255-4428
  66.