home *** CD-ROM | disk | FTP | other *** search
- Newsgroups: comp.dcom.modems
- Path: sparky!uunet!mnemosyne.cs.du.edu!aburt
- From: aburt@mnemosyne.cs.du.edu (Andrew Burt)
- Subject: Telemate speed problems
- Message-ID: <1992Dec30.203011.3674@mnemosyne.cs.du.edu>
- Organization: University of Denver, Dept. of Math & Comp. Sci.
- Date: Wed, 30 Dec 92 20:30:11 GMT
- Lines: 31
-
- Having just heard about Telemate (v3.10), I tried it, and found that I
- liked the features much better than telix, procomm, or any others I've
- seen, BUUUUT -- It has one major problem, which, to me, renders it useless.
-
- It is much too slow at updating the screen (also gets timeouts with zmodem).
- Telix, for example, has no problem keeping up. Telemate couldn't paint faster
- than 2kchar/sec to the screen, which makes v.32 and v.32bis less than
- fully useful. (This is on a 386, 25mhz, fast vga video, 16550 uart,
- at either 38.4 or 57.6kbaud -- and it works fine for telix -- so I'm
- fairly sure the system is not the bottleneck.) It was both visually
- slower, observably slower from the fact that the screen keeps painting
- looong after the receive light goes off (but not so with telix), and
- it benchmarks at about 2kchar/sec. Zmodem works fine with telix, gets
- timeouts with telemate...
-
- So my question is: Has anyone else noticed this? Does anyone care? :-)
- Has anyone found a way around it?
-
- I contacted the support people at their compuserve address, and they replied
- they felt the features outweighed the speed problem. (To me, that's a
- pretty poor attitude, but...)
-
- So my final question is: Does anyone else want to see telemate fix this?
-
- I can see it as a big win over telix/procomm/et al., but not if it can't
- keep up with modern modems.
- --
-
- Andrew Burt aburt@du.edu
-
- "But if he was dying he wouldn't bother to carve "Aaaaargh", he'd just say it."
-