home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #18 / NN_1992_18.iso / spool / comp / os / vms / 13809 < prev    next >
Encoding:
Internet Message Format  |  1992-08-19  |  3.0 KB
  1. Path: sparky!uunet!crdgw1!uakari.primate.wisc.edu!ames!sun-barr!cs.utexas.edu!qt.cs.utexas.edu!yale.edu!cmcl2!rlgsc.com!gezelter
  2. From: gezelter@rlgsc.com
  3. Newsgroups: comp.os.vms
  4. Subject: Re: Clustered Global Section
  5. Message-ID: <1992Aug19.062727.204@rlgsc.com>
  6. Date: 19 Aug 92 11:27:27 GMT
  7. References: <17320.2A913456@puddle.fidonet.org>
  8. Organization: Robert Gezelter Software Consultant, Flushing, NY
  9. Lines: 63
  10.  
  11. In article <17320.2A913456@puddle.fidonet.org>, Ian.Parker@f1.n700.z6.fidonet.org (Ian Parker) writes:
  12. > 
  13. >  
  14. > I'm just about to cluster a couple of VAXs.  On one VAX an application 
  15. > uses global sections to communicate between processes.  After clustering 
  16. > we want this application to be available across the cluster. 
  17. >  
  18. > Is there a problem? 
  19. >  
  20. > Yes, I know that you can't share memory across a cluster, but since  
  21. > global sections are mapped to files (but are all sections mapped to  
  22. > files?), and assuming that the files are available clusterwide then  
  23. > will it work? 
  24. >  
  25. > I guess it would be somewhat (or a lot) slower since it'd be disk  
  26. > I/O rather than memory access. 
  27. >  
  28. > Any help appreciated.  If my Microvax hadn't blown up, and if I had  
  29. > any manuals to hand, I'd look it up.  OK, I'll go to the office and  
  30. > read the manuals. 
  31. >  
  32. > ___---------------------------------------------------------------------- 
  33. > Ian Parker                                             Tel: +852 571 2400  
  34. > Salcom Asia                                            Fax: +852 510 8562  
  35. > 18/f West Tower, Bond Centre, Drake Street, Hong Kong 
  36. >   
  37. > ... OFFLINE 1.40
  38. > --  
  39. > uucp: uunet!m2xenix!puddle!6!700!1!Ian.Parker
  40. > Internet: Ian.Parker@f1.n700.z6.fidonet.org
  41. > 
  42. -- 
  43. Ian,
  44.  
  45. Sorry to be the bearer of bad news, but no, sharing Global 
  46. Sections across a cluster is a very bad solution (It will not 
  47. work).
  48.  
  49. There is literally no way to guarantee the paging behavior of a 
  50. global section in any event (other than open/closing the 
  51. section).
  52.  
  53. A different version of this hazard is also seen in many programs 
  54. which use Global Sections on a single processor. The timing 
  55. hazards which can appear (seemingly out of nowhere) are very 
  56. impressive.
  57.  
  58. There are other mechanisms for sharing data safely across a 
  59. cluster. Unfortunately, your post did not contain enough details 
  60. about your particular application for me to suggest a possible 
  61. alternative.
  62.  
  63. If I can be of further assistance, please feel free to contact me 
  64. (E-mail, post, or voice)
  65.  
  66. - Bob
  67. +--------------------------------------------------------------------------+
  68. | Robert "Bob" Gezelter                       E-Mail:  gezelter@rlgsc.com  |
  69. | Robert Gezelter Software Consultant         Voice:   +1 718 463 1079     |
  70. | 35-20 167th Street, Suite 215               Fax:       (on Request)      |
  71. | Flushing, New York  11358-1731                                           |
  72. | United States of America                                                 |
  73. +--------------------------------------------------------------------------+
  74.