home *** CD-ROM | disk | FTP | other *** search
- Path: sparky!uunet!mcsun!sun4nl!ruuinf!accucx!nevries
- From: nevries@accucx.cc.ruu.nl (Nico E de Vries)
- Newsgroups: comp.sys.ibm.pc.games
- Subject: Re: PKZIP 2.04c vs. ARJ/LHA/ZOO Compression/Speed Results
- Message-ID: <3567@accucx.cc.ruu.nl>
- Date: 10 Jan 93 00:42:13 GMT
- References: <C0IE0M.JCr@undergrad.math.waterloo.edu> <1993Jan8.143339.28730@ncsu.edu> <C0JqK4.DDA@undergrad.math.waterloo.edu> <1993Jan9.033714.14425@sifon.cc.mcgill.ca> <3565@accucx.cc.ruu.nl>
- Organization: Academic Computer Centre Utrecht
- Lines: 25
-
- In <3565@accucx.cc.ruu.nl> nevries@accucx.cc.ruu.nl (Nico E de Vries) writes:
-
- >In <1993Jan9.033714.14425@sifon.cc.mcgill.ca> georgewu@ee470.ee.mcgill.ca (WU/CHIH-CHAO/MR) writes:
-
- >>This is my very first news posting. I just want to say if anyone is
- >>doing the compression test, do it on a RAM drive (that's the program
- >>itself and the stuff you are zipping). It will be more precise this way.
-
- >I have to totaly disagree. The benchmark should be as "real life" as
- >possible. And "real life" means using harddisk etc. Perhaps some
- >program has fast compression but very slow disk I/O. Your way
- >of benchmarking would not notice this.
-
- Also notice disk optimization should be used before each test to
- make sure all work under the same circumstances. This can be very fast
- done by using SD with the right options.
-
- Nico E. de Vries (nevries@cc.ruu.nl 100115,2303) |-----* AA III PPP
- _ This text is supplied AS IS, no warranties of any kind | A A I P P
- | apply. No rights can be derived from this text. This | AAAA I PPP
- | text is likely to contain spelling and grammar errors. | A A I P
- *---------------------------( Donate to GreenPeace! )----* A A III P
-
- To get (many) ==> LOSSLESS DATA COMPRESSION SOURCES <== get lds_10.zip at
- garbo.uwasa.fi /pc/programming. Make files for Borland C are included.
-