home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #20 / NN_1992_20.iso / spool / comp / sys / sun / admin / 6194 < prev    next >
Encoding:
Internet Message Format  |  1992-09-08  |  1.7 KB
  1. Path: sparky!uunet!noc.near.net!hri.com!spool.mu.edu!yale.edu!think.com!barmar
  2. From: barmar@think.com (Barry Margolin)
  3. Newsgroups: comp.sys.sun.admin
  4. Subject: Re: SUMMARY: using SPARCstation IPC as gateway?
  5. Message-ID: <18iib2INNja7@early-bird.think.com>
  6. Date: 8 Sep 92 15:54:10 GMT
  7. References: <1992Sep4.220256.2250@isa.de> <1992Sep8.120547.1002@isa.de>
  8. Organization: Thinking Machines Corporation, Cambridge MA, USA
  9. Lines: 27
  10. NNTP-Posting-Host: telecaster.think.com
  11.  
  12. In article <1992Sep8.120547.1002@isa.de> luik@isa.de (Andreas Luik) writes:
  13. >o The SPARC should have enough memory because swapping will degrade
  14. >  net performance significantly
  15. >o To ensure that the routed gets enough CPU, no real work should be
  16. >  done on the machine. NFS service will be OK, but makes or so will make
  17. >  routing slow (and renicing routed seems not to help).
  18.  
  19. Unless you have a complex network, routed will only run a few times a
  20. minute.  Routed isn't involved in the actual routing of packets, it merely
  21. broadcasts and updates the routing table.
  22.  
  23. This is probably also relevant to the memory requirements.  Renicing routed
  24. probably doesn't help because nice doesn't keep a process from being
  25. swapped out.  If your network is simple enough that routed isn't forced to
  26. run very often, it may get swapped out after each iteration, and it will
  27. have to page back in when its timer goes off again.
  28.  
  29. >I'm not sure yet, but I think I'll wait until the budget allows us to
  30. >buy a bridge.
  31.  
  32. If you were considering using the Sun as a router, why not go for a real
  33. router rather than just a bridge?
  34. -- 
  35. Barry Margolin
  36. System Manager, Thinking Machines Corp.
  37.  
  38. barmar@think.com          {uunet,harvard}!think!barmar
  39.