home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #1 / NN_1993_1.iso / spool / comp / protocol / ppp / 1046 < prev    next >
Encoding:
Text File  |  1993-01-07  |  2.1 KB  |  40 lines
  1. Newsgroups: comp.protocols.ppp
  2. Path: sparky!uunet!cs.utexas.edu!qt.cs.utexas.edu!yale.edu!spool.mu.edu!agate!boulder!garnett
  3. From: garnett@refuge.Colorado.EDU (Santiago de la Paz)
  4. Subject: Re: sun serial >38400
  5. Message-ID: <1993Jan7.194405.15843@colorado.edu>
  6. Sender: news@colorado.edu (The Daily Planet)
  7. Nntp-Posting-Host: refuge.colorado.edu
  8. Organization: Cogwheel Incorporated, Boulder
  9. References: <searsk-030193070145@3.7.192.190> <1993Jan6.213927.2788@ukw.uucp> <1igu0rINNsvt@grapevine.EBay.Sun.COM>
  10. Date: Thu, 7 Jan 1993 19:44:05 GMT
  11. Lines: 27
  12.  
  13. smckinty@sunicnc.France.Sun.COM (Steve McKinty - Sun ICNC) writes:
  14. >
  15. >Bear in mind that the 8530 in a SPARCstation is a character-interrupt
  16. >device. Every received character causes a CPU interrupt and the processor
  17. >must read the chip registers, store the value in memory, etc. Asking it
  18. >to do that at >38.4 is asking a lot, especially for an SS1 or 1+. I have
  19. >seen SS2s running at 64k, but you can expect that to be quite a load
  20. >on the system. If the machine is heavily loaded you may lose characters.
  21.  
  22. Huh?  Since when did an interrupt every 13us or so become an unbearable 
  23. load?  For well-designed and trim interrupt routines, this is nothing.  I've
  24. designed special-purpose boxes for everything from scoreboards to large
  25. power-grid controllers, and have routinely run uarts at speeds above 38.4K
  26. with even the humble descendents of the 8251 and the 2681, being serviced
  27. by such pokey old processors as Z-80s and 68000's.
  28.  
  29. The frequency of the interrupt, as long as it is an order of magnitude or more
  30. slower than the clock speed of the processor, does not have to be a 
  31. significant drain upon system resources.  The problem with Sun is that their
  32. goofy interrupt-service routines and port device-drivers in general have
  33. traditionally been extremely inefficient.  Back in the good ole' days we'd
  34. run 11/780 ports under straight BSD4.2 at 19.2K without problems, but then
  35. "progress" came along in the form of sysV port drivers and Streams and now
  36. every 3rd administrator has a seizure at the very mention of anything over
  37. 9600 baud.  *sigh*.
  38.  
  39. ~james
  40.