Article View: comp.sys.mac
Article #1896Serial buffering techniques (was Re: Quickdraw efficiency question)
From: Jay O'Conor
Date: Tue, 25 Jul 1989 17:17
Date: Tue, 25 Jul 1989 17:17
22 lines
1610 bytes
1610 bytes
In article <1304@intercon.UUCP> amanda@intercon.uu.net (Amanda Walker) writes: > >For terminal emulators, anyway, you get much bigger wins by working on >the emulator and serial port buffering code. I suspect that one reason >that people like to claim that using the ROM to draw character is "too slow" >is so that they can claim that their program's lack of performance is >someone else's fault... > Ok, let's shift the conversation over to serial buffering techniques! Is using the existing serial driver adequate, or do you suggest going directly to the z8530? If you suggest using the Mac serial driver, which is better, the ROM or RAM serial driver. Is this even an issue anymore? Would you suggest leaving the driver's receive buffer at the default size or setting it smaller or larger? Any other information on handling serial I/O optimally would be greatly appreciated. Including techniques for effectively handling MultiFinder and serial I/O (without serial I/O killing other MultiFinder tasks). Thanks, Jay O'Conor Unisys/Convergent
Technical Details
Message-ID:
<802@mitisft.Convergent.COM>Path:
arc1-ca.pugleaf.net!utzoo!utgpu!jarvis.csri.toronto.edu!rutgers!sun-barr!apple!oliveb!pyramid!ctnews!mitisft!jayReferences:
<1681@neoucom.UUCP> <2803@internal.Apple.COM> <1304@intercon.UUCP>Show Full Headers
Complete Article Headers
Path: arc1-ca.pugleaf.net!utzoo!utgpu!jarvis.csri.toronto.edu!rutgers!sun-barr!apple!oliveb!pyramid!ctnews!mitisft!jay From: jay@mitisft.Convergent.COM (Jay O'Conor) Newsgroups: comp.sys.mac,comp.sys.mac.programmer Subject: Serial buffering techniques (was Re: Quickdraw efficiency question) Message-ID: <802@mitisft.Convergent.COM> Date: 25 Jul 89 17:17:42 GMT References: <1681@neoucom.UUCP> <2803@internal.Apple.COM> <1304@intercon.UUCP> Reply-To: jay@mitisft.UUCP (Jay O'Conor) Organization: Unisys Network Computing Group, San Jose Lines: 22