home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #19 / NN_1992_19.iso / spool / comp / softsys / andrew / 1190 < prev    next >
Encoding:
Internet Message Format  |  1992-08-27  |  1.8 KB
  1. Path: sparky!uunet!cis.ohio-state.edu!pacific.mps.ohio-state.edu!linac!att!ucbvax!ATHENA.MIT.EDU!wdc
  2. From: wdc@ATHENA.MIT.EDU (Bill Cattey)
  3. Newsgroups: comp.soft-sys.andrew
  4. Subject: Re: "slow networks"
  5. Message-ID: <IebJxxoGf0478PRKEF@athena.mit.edu>
  6. Date: 27 Aug 92 23:04:29 GMT
  7. References: <QebI70G0ts4j8lz1Yy@alw.nih.gov>
  8. Sender: daemon@ucbvax.BERKELEY.EDU
  9. Distribution: world
  10. Organization: The Internet
  11. Lines: 29
  12.  
  13. It turns out that there is a great deal of hair in the message server,
  14. and a great deal of AFS version 3 specific code there.  The abstraction
  15. barriers are regularly crossed in complicated but necessary ways to deal
  16. not so much with security as reliability.  
  17.  
  18. The AMDS mail delivery method is fundamentally flawed.  It is bad design
  19. to require the delivery agent to have to deal with the possibility that
  20. there are as many delivery agents as there are users all attempting to
  21. write into a unix file system home directory to copy mail in and update
  22. status simultaneously.
  23.  
  24. Client/Server is a good model for a mail delivery agent.  It puts the
  25. smarts for dealing with race conditions into small well-understood
  26. blocks of code. It does not require a high speed network connection at
  27. all times for mail delivery.
  28.  
  29. The AMDS method was an interesting experiment, and a lot of people
  30. worked their butts off making it work and making it reliable.  I expect
  31. they know more about race conditions than any other mail system delivery
  32. gurus.  But the system would benefit greatly from a paradigm shift to
  33. the common client-server models.
  34.  
  35. The toolkit architecture is another experiment.  But this experiment
  36. turns out to be well suited to the problem domain and will continue to
  37. influence GUI and toolkit designs for several years.  I believe that the
  38. ATK richness should be kept, but that the AMDS richness should be
  39. learned from and then radically simplified.
  40.  
  41. -wdc
  42.