Too bad your target host is not z/os. If it were, you could use native TCP/IP compression which is pretty darned good.
You specify TYPE E MODE C (in that order). You may or may not achieve 90% compression but I'd bet you would get a better overall elapsed time. -----Original Message----- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Vikesh Bhoola Sent: Wednesday, June 03, 2009 6:55 AM To: IBM-MAIN@bama.ua.edu Subject: Re: INFOZIP >2Gb Thanks to all that responded. It appears that no one has experienced the same or had tried zipping data larger than 2Gb. The business purpose is to reduce data transmission time for data sent to feed our data warehouse application. What is of concern is INFOZIP job ended with RC=0 when it didn't ZIP the entire file - it should have failed the job to indicate a problem. Some interesting stats (for zipping a 651Mb file) CPU Time Elapse Time Compression (sec) (sec) (%) JAR 68.4 286.6 93 INFOZIP (fast) 23.4 40.8 92 INFOZIP (normal) 40.2 48 93 We would have liked INFOZIP to work for files > 2Gb as it appears to be quicker than the jar method. I guess the best free working solution is the jar function. It takes a bit longer, but it does the job. Our windows zip product successfully unzips the 1.2Gb (using jar method) to 14.6Gb file, so I guess we don't have any 2Gb limit there. So for INFOZIP, perhaps it's the _LARGE_FILES feature macro as mentioned - not sure how to get pass that though. Now we need to determine if the solution is viable ie. the time to do the actual compression versus what we gain in reducing the data transmission time. Thanks to all for sharing. Regards, Vikesh Bhoola NOTICE: This electronic mail message and any files transmitted with it are intended exclusively for the individual or entity to which it is addressed. The message, together with any attachment, may contain confidential and/or privileged information. Any unauthorized review, use, printing, saving, copying, disclosure or distribution is strictly prohibited. If you have received this message in error, please immediately advise the sender by reply email and delete all copies. ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html