home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #19 / NN_1992_19.iso / spool / comp / protocol / tcpip / 4237 < prev    next >
Encoding:
Internet Message Format  |  1992-08-30  |  1.6 KB
  1. Path: sparky!uunet!olivea!hal.com!decwrl!pa.dec.com!decuac!hussar.dco.dec.com!mjr
  2. From: mjr@hussar.dco.dec.com (Marcus J. Ranum)
  3. Newsgroups: comp.protocols.tcp-ip
  4. Subject: Re: Implementation of Distributed Database in SUN RPC
  5. Message-ID: <1992Aug31.010015.1275@decuac.dec.com>
  6. Date: 31 Aug 92 01:00:15 GMT
  7. References: <1992Aug25.021602.22737@usl.edu>
  8. Sender: news@decuac.dec.com (USENET News System)
  9. Organization: Digital Equipment Corporation, Washington ULTRIX Resource Center
  10. Lines: 23
  11. Nntp-Posting-Host: hussar.dco.dec.com
  12.  
  13. axk7110@usl.edu (Khanna Alok) writes:
  14. >I am working on implementation of a small model of distributed database. 
  15. >I am planning to use SUN RPC for communication between
  16. >different clients and servers. 
  17.  
  18.     Unless it's just going to be a toy, good luck. There are two main
  19. problems with Sun RPC for doing this:
  20.     a) Unless you're using a multi-threaded RPC server, the
  21.     server will fairly quickly become the bottleneck. Since it
  22.     takes its requests in order of arrival, it's possible that the
  23.     server will sit doing a big (for example) join that will
  24.     take a while, while a request that would be very short
  25.     has to wait.
  26.     b) Since RPC does retransmit if it doesn't get an answer "fast
  27.     enough" in case 'a' above, you may get multiple retransmits. The
  28.     server then blindly redoes operations, unless you wind up writing
  29.     a reliable delivery system, or using TCP RPC or something else.
  30.  
  31.     Generally, there are enough problems with using RPC (all fixable)
  32. that for anything other than a toy, by the time you've fixed them all,
  33. you might as well have not used RPC.
  34.  
  35. mjr.
  36.