home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #20 / NN_1992_20.iso / spool / comp / unix / sysv386 / 14399 < prev    next >
Encoding:
Text File  |  1992-09-13  |  2.2 KB  |  47 lines
  1. Newsgroups: comp.unix.sysv386
  2. Path: sparky!uunet!utcsri!torn!cunews!revcan!quantum!danh
  3. From: danh@quantum.on.ca (Dan Hildebrand)
  4. Subject: Re: Loosing incoming serial characters [summary]
  5. Message-ID: <0mxns7+@quantum.on.ca>
  6. Date: Sun, 13 Sep 92 13:29:22 GMT
  7. Organization: Quantum Software Systems
  8. References: <0UV6BDS@geminix.in-berlin.de> <BuEwB8.362@gator.rn.com> <1992Sep12.150643.14282@tware.com>
  9. Lines: 36
  10.  
  11. In article <1992Sep12.150643.14282@tware.com> bash@tware.com (Paul Bash) writes:
  12. >In article <BuEwB8.362@gator.rn.com> larry@gator.rn.com (Larry Snyder) writes:
  13. >>
  14. >>I would hate to tie up 25% of my CPU just doing serial IO.  I have a
  15. >>bunch of modems all locked at 38400 and 56700, and my CPU loading is
  16. >>less than 1%.  I would never want to waste 25% of the CPU on serial IO
  17. >
  18. >Yeah, but most of us can't afford, or can't justify, spending as much on
  19. >our serial I/O as you obviously do. I'm sure your Digiboard CX (is that
  20. >right?) setup cost you more than my 486-33 motherboard with 16MB of memory
  21. >cost me combined (~$1200). I think I can afford to waste a few cycles on
  22. >my serial I/O.
  23.  
  24. An interesting question comes up: Which of the following 2 solutions would
  25. be most effective at enhancing system performance for a serial communications
  26. intensive application ?
  27.  
  28. 1) Replace a 486/33 processor with a 486DX2 ( 66 MHz ) processor and add a
  29. non-intelligent 8 port serial card ( 8 port, 16550-based boards are quite
  30. inexpensive if you shop around ).
  31.  
  32. 2) Add a Digiboard, ConnectTech, Comtrol, etc card to your 486/33 system.
  33.  
  34. Assuming that a 486/66 and the operating system of choice is capable of
  35. handling the throughput, the boost in processing power would also enhance
  36. everything else. Solution 2 would have the benefit that available CPU would
  37. not decrease as much during heavy serial I/O.
  38.  
  39. This sounds something like the question of either adding a caching disk
  40. controller  ñ your system, or using  ñe money for more system RAM or a
  41. faster hard disk.
  42. -- 
  43. Dan Hildebrand                     email: danh@qnx.com
  44. Quantum Software Systems, Ltd.     QUICS: danh  (613) 591-0934 (data)
  45. (613) 591-0931 x204 (voice)        mail:  175 Terrence Matthews          
  46. (613) 591-3579      (fax)                 Kanata, Ontario, Canada K2M 1W8
  47.