home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #16 / NN_1992_16.iso / spool / comp / unix / aux / 2955 < prev    next >
Encoding:
Internet Message Format  |  1992-07-27  |  2.8 KB
  1. Path: sparky!uunet!pmafire!news.dell.com!swrinde!cs.utexas.edu!qt.cs.utexas.edu!yale.edu!jvnc.net!darwin.sura.net!news.udel.edu!me.udel.edu!johnston
  2. From: johnston@me.udel.edu (William Johnston)
  3. Newsgroups: comp.unix.aux
  4. Subject: Re: A/UX speed.
  5. Message-ID: <Bs1yzp.203@news.udel.edu>
  6. Date: 27 Jul 92 14:59:49 GMT
  7. References: <26JUL199213134245@vxcrna.cern.ch> <1992Jul27.125518.21561@deadzone.princeton.edu>
  8. Sender: usenet@news.udel.edu
  9. Organization: University of Delaware
  10. Lines: 48
  11. Nntp-Posting-Host: me.udel.edu
  12.  
  13. In article <1992Jul27.125518.21561@deadzone>, Marcello Gallardo writes:
  14. >In article <26JUL199213134245@vxcrna.cern.ch> smithr@vxcrna.cern.ch 
  15. >(SMITH,Rand./PPE) writes:
  16.  
  17. [ ...(practicable) top speed of a modem on a Mac IIsi ...]
  18.  
  19. Marcello mentions unix-side slip performance and a serial bug in A/UX,
  20. but does the bug affect speed or is it just causing kernel crashes?
  21.  
  22. Anyway, bugs aside, running A/UX does put limits on serial throughout
  23. when compared to the same machine running MacOS.
  24.  
  25. All Mac serial ports can be set at up to 57.6 kbps, of course,
  26. but actual throughput is limited when running under System 7.0 or 
  27. 6.0.x with Multifinder.  These limits depend both on CPU and the
  28. "Multifinder-friendliness" of the apps that are running concurrently
  29. with the comm app.
  30.  
  31. I asked a similar question recently, for an SE/30 with a v.32bis modem.
  32. Using Microphone II v.4.0, zmodem, DTE set at 19.2, compressed test file:
  33.  
  34.                   foreground (cps)   background (cps)
  35.        MacOS           1750             1200-1500
  36.        A/UX 3.0         750              200-300
  37.  
  38. I got one reply, suggesting that I try running pcomm on the unix side
  39. (instead of a Mac telecomm app) and fiddle with the "nice"-ness of 
  40. other processes to ensure that pcomm gets enough cycles to attend to 
  41. the serial port.
  42.  
  43. I ended up getting an accelerator card instead (50 MHz DayStar) and the
  44. problem disappeared.  Possible conclusions (WAG-haters hit `n' now!):
  45.  
  46. It's been suggested that Mac serial-port buffering is inadequate;  this 
  47. means that comm apps need to look at the serial port frequently in order
  48. to avoid data loss.  Because the MacOS runs as one large A/UX process, 
  49. with cooperative multitasking to divide time between MacOS apps, file
  50. transfers can be killed by any Mac app that is not `multifinder-friendly',
  51. or whenever overall system load (Mac and unix processes) is large enough to
  52. deny adequate CPU time (or frequent-enough time slices) to the comm app.
  53.  
  54. IMO, a 16 MHz Mac is inadequate for running telecomm apps at high speed
  55. under the A/UX 3.0 Finder.  I would guess that the same conclusion would
  56. obtain for the IIsi.  If high-speed serial performance is essential, 
  57. consider switching to unix-side apps or adding an accelerator card.
  58. -- 
  59. -- Bill Johnston (johnston@me.udel.edu)
  60. -- 38 Chambers Street; Newark, DE 19711; (302)368-1949
  61.