Path: utzoo!utgpu!water!watmath!clyde!rutgers!sri-spam!ames!think!bloom-beacon!gatech!uflorida!ukma!david From: david@ms.uky.edu (David Herron -- Resident E-mail Hack) Newsgroups: comp.dcom.modems Subject: Re: MNP make for a faster modem? Keywords: MNP Message-ID: <8113@e.ms.uky.edu> Date: 25 Jan 88 22:23:21 GMT References: <3027@killer.UUCP> <17586@topaz.rutgers.edu> Reply-To: david@ms.uky.edu (David Herron -- Resident E-mail Hack) Organization: U of Kentucky, Mathematical Sciences Lines: 27 In article <17586@topaz.rutgers.edu> ron@topaz.rutgers.edu (Ron Natalie) writes: >As someone already pointed out MNP only makes the data rate slower, it's >an error correction protocol. The misunderstanding might be from the >misapplication of the term BAUD. BAUD is the signalling rate. Bits >per second (bps) actually tells you how much data you are moving. Yeah, it does slow down the actual bit rate on the phone line but with the higher levels of the protocol (I forget where this kicks in) there is Lempel-Ziv compression going on at varying levels of precision. The Lempel-Ziv algorithm is the same one that drives the compress program, and as users of that program are no doubt familiar with ... the compression averages about 50% for normal text files. With files that have lots of repetition, the compression can be much higher ... UUCP log files, for instance, tend to have 90% compression ratio's. While technically this is all happening at the same 1200 bits per second signalling rate (BAUD), the end user is more interested in the throughput in bytes per second. -- <---- David Herron -- The E-Mail guy <---- or: {rutgers,uunet,cbosgd}!ukma!david, david@UKMA.BITNET <---- <---- It takes more than a good memory to have good memories.