home *** CD-ROM | disk | FTP | other *** search
- Path: sparky!uunet!mcsun!corton!chorus!octave.chorus.fr!jloup
- From: jloup@chorus.fr (Jean-loup Gailly)
- Newsgroups: comp.compression
- Subject: Re: MS-DOS ZIP 1.9 - How much memory needed?
- Message-ID: <349@chorus.chorus.fr>
- Date: 1 Sep 92 11:53:30 GMT
- References: <9209010105.AA06366@enet-gw.pa.dec.com>
- Sender: jloup@chorus.chorus.fr
- Reply-To: jloup@chorus.fr (Jean-loup Gailly)
- Lines: 29
-
- Jim Reisert <reisert@mast.enet.dec.com> runs out of memory
- with zip 1.9 on MSDOS.
-
- You can significantly reduce the memory requirements if you compile
- zip with -DSMALL_MEM. This will reduce a little the compression speed
- and may have a very small effect on the compression ratio. The zip
- files produced are of course still compatible with pkunzip 1.93a and
- unzip 5.0. You can try also -DMEDIUM_MEM (intermediate between SMALL_MEM
- and the default which uses more memory).
-
- If you are seriously short of memory, you can also reduce the window
- size, for example by compiling zip with -DWSIZE=8192. The zip files
- will still be compatible with pkunzip 1.93a and unzip 5.0, but this
- will of course reduce the compression ratio.
-
- zip was designed to be portable, and runs on a variety of architectures
- from 16 bit machines to 64 bit Crays. I ported zip to MSDOS, but I do
- not wish to make it an MSDOS specific program. In particular, I do not
- intend to take advantage of EMS memory. I should tune the behaviour of
- zip dynamically, depending on the available memory size, but for the
- moment I prefer to spend time improving the compression algorithm.
- (The sizes of the hash table, string match buffers and IO buffers are
- for the moment determined statically and should be dynamic.)
-
- Jean-loup Gailly
- jloup@chorus.fr
-
- PS: make sure to use zip19p1.zip, not zip19.zip. The patch level 1
- version includes important bug fixes.
-