Re: Zip Compression -- MIDRANGE-L

Good News Everybody!

The new search engine is LIVE!

Please report any problems to david (at) midrange.com.

Subject: Re: Zip Compression
From: Wayne McAlpine <wayne.mcalpine@xxxxxxxxxxxxxxxxx>
Date: Thu, 21 Dec 2006 15:18:54 -0600
List-archive: <http://archive.midrange.com/midrange-l>
List-help: <mailto:midrange-l-request@midrange.com?subject=help>
List-id: Midrange Systems Technical Discussion <midrange-l.midrange.com>
List-post: <mailto:midrange-l@midrange.com>
List-subscribe: <http://lists.midrange.com/mailman/listinfo/midrange-l>, <mailto:midrange-l-request@midrange.com?subject=subscribe>
List-unsubscribe: <http://lists.midrange.com/mailman/listinfo/midrange-l>, <mailto:midrange-l-request@midrange.com?subject=unsubscribe>

DTACPR(*MEDIUM) strikes a good balance between speed and compression. Iran some benchmarks on it some time ago and the compression is almost asgood as running DTACPR(*HIGH), but it executes much faster.


rob@xxxxxxxxx wrote:

I've found that using the *HIGH compression available with the DTACPRparameter with V5R4 is quite impressive. The amount of space saved byftping that to a PC and then running winzip on that was negligible. Notlike DTACPR(*yes), that didn't get near the compression.
But methinks you are right with PKZIP.  See also tar in qshell.

Rob Berendt

Follow-Ups:

RE: Zip Compression , Haase, Justin C.

This mailing list archive is Copyright 1997-2026 by midrange.com and David Gibbs as a compilation work. Use of the archive is restricted to research of a business or technical nature. Any other uses are prohibited. Full details are available on our policy page. If you have questions about this, please contact [javascript protected email address].

Operating expenses for this site are earned using the Amazon Associate program and Google Adsense.