Path: utzoo!utgpu!news-server.csri.toronto.edu!bonnie.concordia.ca!uunet!zaphod.mps.ohio-state.edu!usc!apple!netcomsv!teda!emerald.icd.teradyne.com From: molloy@emerald.icd.teradyne.com (Phil Molloy) Newsgroups: comp.sys.mac.comm Subject: Re: PacerTerm announcement Message-ID: <29128@teda.Teradyne.COM> Date: 7 Jun 91 14:02:17 GMT References: <1991Jun6.140312.1719@ux1.cso.uiuc.edu> Sender: usenet@teda.Teradyne.COM Organization: Teradyne, Inc. Lines: 35 Nntp-Posting-Host: emerald.icd.teradyne.com dorner@pequod.cso.uiuc.edu (Steve Dorner) writes: > In article kenw@skyler.arc.ab.ca (Ken Wallewein) writes: > >time. However, only one of those can be a serial (modem) session. If one > >were running SLIP, AppleTalk, PPP, or some other high-level protocol across > >a serial line to a remote node, one could theoretically have multiple > >sessions across it > > You mean like I've been doing with John Bruner's uw for four years or more? > > >but you'd loose a _lot_ of speed to overhead > > If you have a lot of simultaneous output, sure. That's really not a big > consideration, IMHO; multiple windows are far more often used to maintain > multiple contexts than to have several endlessly blathering processes going. I've been using MacLayers for quite some time and agree that one does not tend to have a lot of output happening on each layer/window. The way I'm using it as I type is one layer running the tass newsreader, one running GNU Emacs with the vm mail handler, and one layer a shell to receive wall/write messages. If pacerterm operates as well as advertized I would have to consider changing. Especially beneficial would be zmodem and ftp capability. One important consideration will be the size of the program. I quite using RedRyder due to it's size (>1M). Although I have 4M in my Mac+, 1M for the com program is too much. MacLayers is sitting here quite happy with 225K. I realize that more features will cause it to grow, but if it reaches the >1M size, it will be too big for me. Phil -- Philip E. Molloy KA1CD molloy@icd.teradyne.com