I am guessing the program uses 32 bit arithmetic,
and suffers from truncation and overflow errors, so for large files
the displayed results are worthless. I can calculate the
reduction percentage with a calculator, so have't worried about
it too much. (just wish the HP CALC function went more than 32 bits.)
-----Original Message-----
From: Leonard S. Berkowitz [mailto:[log in to unmask]]
Sent: Thursday, May 17, 2001 11:32 AM
To: [log in to unmask]
Subject: [HP3000-L] Another LZW question
While compressing several files into an LZW archive, I have the following
result
for one or two files:
IHC60003.BRIDGE03.AMISYS;REC=-8960,1,V,ASCII;NOCCTL;DISC=50000,0;EOF=800000
(-m 14) 01/05/17 14:11:35
--Compressing
Wall: 00:03:22.637 (202637 ms)
CPU: 00:02:35.561 (155561 ms)
421600000 bytes/800000 recs in, 46939648 bytes/ 91679 recs out, 100%
reduction
Now how can there be 100% reduction? My first thought was that there was
99.99%
reduction, and the display suffers from rounding. However, the resulting
46,939,648 bytes represent 11.1% of 421,600,000.
===================
Leonard S. Berkowitz
Perot Health Care Systems
(Harvard Pilgrim Health Care account)
voice: 617-509-1212
fax: 617-509-3737
pager: 781-226-2431
* To join/leave the list, search archives, change list settings, *
* etc., please visit http://raven.utc.edu/archives/hp3000-l.html *
* To join/leave the list, search archives, change list settings, *
* etc., please visit http://raven.utc.edu/archives/hp3000-l.html *
|