In <[log in to unmask]> [log in to unmask] writes: > We are currently resolving a similar issue (FTP of large data files > between 3000's). I poked around, and found the LZW utility to work > very well. It compressed our data (ASCII, w/ lot of blanks) about > twice as much as MOVER, and did not lose the file attributes either. > Since MOVER uses the POSIX naming conventions, when you extract a file > it also added an ACD to it...I'm not sure if this is bad or not, but > we are a non-POSIX shop at the moment, and I liked the fact that LZW > left the file in the same shape that it found it. > > Any comments or experience using LZW? How does the compression > algorithms compare to GZIP? I couldn't get the copy of GZIP I > downloaded to run, so I didn't even try it. LZW and compress (comes with 5.0) use the same compression algorithms and in some quick tests I did compressed filesizes were almost identical between the two. Gzip (I believe) uses a better compression. (compress/uncompress can be run from MPE w/out going into the shell by running the programs in the HPBIN.SYS group.) If you need to compact more than one file into a single file for transmission though, you're gonna want to use MOVER (make sure you have the A.00.02 version though as A.00.01 has some problems). Mover doesn't really compress data though, it just packs sets of files into a single file. It is picky about filenames though, and likes to save full filename/paths if you use them when you generate the truck; and by default will write the files out with the full original path (unless you specifically use the new -R option); this can "surprise" MPE'ers not used to POSIX, as you may suddenly create a whole directory hierarchy under your current MPE group or even what looks like a new MPE account with GROUPs only to discover that it's LOOKS like an account, but doesn't WORK like an account. The ACDs also can be a problem if you don't expect them (it just bit us) and you may find yourself hitting weird security errors on what LOOK like MPE files; an ALTSEC @;DELACD can usually fix that. ______________________/\_/\_/\_/\_/\_/\_/\_/\_/\_/\_/\_/\_/\_/\_/\_/\_/\_ Chris Bartram Sales (US): 800 Net-Mail Fax:+1 703 451-3720 ______ +1 703 569-9189 E-Mail: [log in to unmask] /__ | \__________ Sales (Europe):+44(1480)414131 Fax:+44(1480)414134 / / | / ________ Sales (Pacific Rim):+61 3 489 8216 (same for fax) | /_ |< ______ Tech Support:+1 703 569-9189 Fax:+1 703 451-3720 \ __)| \ ___ E-mail: [log in to unmask] Personal(me): [log in to unmask] \______/Associates, 6901 Old Keene Mill Rd Suite 205 Springfield VA 22150 _________________Inc._/\_/\_/\_/\_/\_/\_/\_/\_/\_/\_/\_/\_/\_/\_/\_/\_/\_ Gopher: gopher.3k.com Anon-FTP: ftp.3k.com WWW: http://www.3k.com/