*BSD News Article 22185


Return to BSD News archive

Path: sserve!newshost.anu.edu.au!munnari.oz.au!news.Hawaii.Edu!ames!elroy.jpl.nasa.gov!usc!howland.reston.ans.net!pipex!sunic!trane.uninett.no!news.eunet.no!nuug!news.eunet.fi!funic!sauna.cs.hut.fi!cs.hut.fi!hsu
From: hsu@cs.hut.fi (Heikki Suonsivu)
Newsgroups: comp.os.386bsd.questions
Subject: Re: ed0: device timeout, freebsd cslip
Date: 10 Oct 1993 00:54:43 GMT
Organization: Helsinki University of Technology, Finland
Lines: 21
Distribution: inet
Message-ID: <HSU.93Oct10025442@laphroaig.cs.hut.fi>
References: <CECt8C.29o@Colorado.EDU> <JKH.93Oct4083135@whisker.lotus.ie>
	<CEDnEn.D9r@usenet.ucs.indiana.edu> <CEM0Mr.1nA@Colorado.EDU>
NNTP-Posting-Host: laphroaig.cs.hut.fi
In-reply-to: plotkin@alumni.cs.Colorado.EDU's message of Sat, 9 Oct 1993 03:06:26 GMT


In article <CEM0Mr.1nA@Colorado.EDU> plotkin@alumni.cs.Colorado.EDU (Leo Classic) writes:
	   off error correction and compression.

Just wondering: how difficult it would be add simple per-packet compression
to NetBSD slip drivers?  I don't mind the CPU, I have some junk I could
dedicate for the sole purpose of compressing IP packets :-) This probably
adds some delay, but if it is done per-packet, it probably would not be so
bad?  More performance could probably be achieved by keeping compression
tables between packets.

There are collections of compression algorithms in
nic.funet.fi:/pub/msdos/programming/compression/lds_10.lzh.  I guess zip
would be the best alternative, others probably risk patent problems. 

I haven't looked into the code yet, but maybe, RSN :-)

-
Heikki Suonsivu, T{ysikuu 10 C 83/02210 Espoo/FINLAND,
hsu@cs.hut.fi  home +358-0-8031121 work -4513377 fax -4555276  riippu SN
/G=Heikki/S=Suonsivu/O=hut/OU=cs/PRMD=Inet/ADMD=Fumail/C=FI