Path: utzoo!utgpu!news-server.csri.toronto.edu!cs.utexas.edu!wuarchive!decwrl!adobe!heaven!glenn From: glenn@heaven.woodside.ca.us (Glenn Reid) Newsgroups: comp.sys.next Subject: Re: Extended OS Part II Message-ID: <288@heaven.woodside.ca.us> Date: 4 Oct 90 05:08:36 GMT References: <5122@quiche.cs.mcgill.ca> <1990Oct3.061950.29203@nntp-server.caltech.edu> <1990Oct3.084923.22547@visix.com> Reply-To: glenn@heaven.woodside.ca.us (Glenn Reid) Organization: RightBrain Software, Woodside, CA Lines: 25 In article <1990Oct3.084923.22547@visix.com> amanda@visix.com (Amanda Walker) writes: >I can't. The current 'compress' is basically I/O bound on any machine >worth its salt. Unless the DSP can talk to the disk faster than the >680x0 :-), it would be of no help whatsoever... Hmmmm. If 'compress' is I/O bound, how come it takes so much longer than 'cp'? heaven> time compress Aachen-Bold 1.3u 0.3s 0:02 75% 0+0k 8+16io 0pf+0w heaven> uncompress Aachen-Bold.Z heaven> time cp Aachen-Bold foo 0.0u 0.1s 0:00 31% 0+0k 0+14io 0pf+0w I should have used a larger file, of course, but you get the idea. Glenn -- Glenn Reid RightBrain Software glenn@heaven.woodside.ca.us PostScript/NeXT developers ..{adobe,next}!heaven!glenn 415-851-1785