home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #31 / NN_1992_31.iso / spool / comp / sys / isis / 356 < prev    next >
Encoding:
Internet Message Format  |  1993-01-03  |  2.5 KB
  1. Path: sparky!uunet!cis.ohio-state.edu!zaphod.mps.ohio-state.edu!wupost!spool.mu.edu!enterpoop.mit.edu!eru.mt.luth.se!lunic!sunic!mcsun!inesc.inesc.pt!freya.inesc.pt!werner
  2. From: werner@freya.inesc.pt (Werner Vogels)
  3. Newsgroups: comp.sys.isis
  4. Subject: Re: Question I got about use of shared memory in Isis
  5. Message-ID: <1993Jan3.173218.11155@inesc.pt>
  6. Date: 3 Jan 93 17:32:18 GMT
  7. References: <1993Jan3.152304.13297@cs.cornell.edu>
  8. Sender: usenet@inesc.pt (USENET News System)
  9. Organization: INESC - Instituto de Engenharia de Sistemas e Computadores, Lisboa, Portugal
  10. Lines: 41
  11. Nntp-Posting-Host: freya.inesc.pt
  12.  
  13.  
  14. > PS: You should also read about Ameoba RPC (email to rvr@cs.cornell.edu
  15. > for pointers to Ameoba papers on this) and Chorus RPC (email to
  16. > rozier@chorus.fr).  DELTA-4 also uses shared memory, I think,
  17. > but I am sure Werner can be counted on to fill us in on this once
  18. > he sees your query!  
  19.  
  20. Internally the Delta-4 XPA relied heavily on the use of shared memory, 
  21. although of a different kind than the subject of the orginal posting. 
  22.  
  23. In the Delta-4 model the group communication suite run on a dedicated 
  24. network attachment controller. This hardware component provided the 
  25. host machine with access to the network, and was designed (by 
  26. self-checking methods) to be fail-silent. The group communication
  27. suite offered a very versatile set of communication primitives
  28. with the emphasis on variations in agreement and order. The
  29. protocols where designed to exploit low-level network technology
  30. and offered strong responsive garantuees. The communication at this
  31. level was between heavy-weight group entities called "gates".
  32.  
  33. Also on the NAC ran a multi-threaded process called the Group Manager 
  34. responsable for the mapping of groups at the host level into xAMp gates. 
  35. The groups at host level implemented the different algorithms from
  36. the Deltase object oriented application environment. The communication
  37. between NAC (Group Manager / xAMp) and host (Deltase objects and 
  38. capsules) was done by means of shared memory and hardware interrupts.
  39. The receive and send queues were implemented in the NAC's memory
  40. segments, accessable by both NAC and Host. 
  41.  
  42. Shared memory was never used in the XPA as a programming model for
  43. the applications, they were all implemented using the Deltase object
  44. oriented methods.
  45.  
  46. > (Werner was previously in the Ameoba group)
  47.  
  48. Although it often looks like it, not all Dutch researchers involved
  49. in distributed systems come from this nest, I had/have to "grow up"
  50. without Andy's supervision.
  51.  
  52. --
  53. Werner
  54.