Xref: utzoo comp.sys.att:8130 unix-pc.general:4191 Path: utzoo!utgpu!jarvis.csri.toronto.edu!mailrus!shadooby!samsung!think!mintaka!mit-eddie!rutgers!att!icus!limbic!gil From: gil@limbic.UUCP (Gil Kloepfer Jr.) Newsgroups: comp.sys.att,unix-pc.general Subject: Re: 7300 and 9600 baud modems Summary: It's not an 8080! Message-ID: <581@limbic.UUCP> Date: 26 Nov 89 09:38:29 GMT References: <3311@convex.UUCP> <24425@cup.portal.com> Reply-To: gil@limbic.UUCP (Gil Kloepfer Jr.) Organization: ICUS Software Systems, Islip, NY Lines: 33 In article <24425@cup.portal.com> thad@cup.portal.com (Thad P Floryan) writes: >without all the brain-damage. In other words, DT80 mode does not have to >send the humongous number of pad characters to accomodate the slow 8080 >in a real VT100. The real VT100s have an 8037 micrcontroller (it's a preprogrammed MCU), not an 8080 (at least mine doesn't anyhow...). They do use some 8080-type support chips though to do some of the work. On an aside, this *is* the reason why the DEC VT100 is so slow. The VT220s I think might also use MCUs, but it's MUCH faster, and will show 19.2K really well! Also note, in line with what Thad has already said, using a terminal on the UNIX-pc rather than the built-in display for just text-based stuff, like reading the news, is definitely faster. The VT100 I use at 9600 baud (because of the speed problem) in the living room is still faster than the 3B1 display! A problem I *have* noticed is calling at Trailblazer speed to a system from my VT100 *through* the UNIX-pc results in many lost characters on my receiving end. I'm not sure whether this is due to the 3B1 not being able to handle 2 serial ports at high-speed, or the VT100 being too slow and causing too many characters to be queued-up at the device driver level. In any event, forcing the Telebit speed to 9600 baud doesn't fix the problem. Gil. ----- | Gil Kloepfer, Jr. | ICUS Software Systems/Bowne Management Systems (depending on where I am) | ...ames!limbic!gil Brought to you by Super Global Mega Corp .com