home *** CD-ROM | disk | FTP | other *** search
/ ftp.uv.es / 2014.11.ftp.uv.es.tar / ftp.uv.es / pub / msdos / compresores / arj220 / arj220.exe / WHY_ARJ.DOC < prev   
Text File  |  1991-07-16  |  5KB  |  115 lines

  1.  
  2.      WHY_ARJ.DOC                         July 1991
  3.  
  4.  
  5.      This document describes the benefits of ARJ.  Pardon the commercial.
  6.      Compression benchmark results are at the end of this document.
  7.  
  8.  
  9.      1)  ARJ provides superior size compression to the other products
  10.      currently available on the PC.  In a few particular cases, other
  11.      archivers may produce slightly smaller archives than ARJ.
  12.  
  13.      ARJ is particularly strong compressing databases, uncompressed
  14.      graphics files, and large documents.  One user reported that in
  15.      compressing a 9.0 megabyte database, PKZIP produced a compressed
  16.      file of size 1.8 megabytes, and ARJ produced a compressed file of
  17.      size 1.1 megabytes.
  18.  
  19.      2)  Of PKZIP, LHArc, PAK, ARC, ARJ, and HYPER, only ARJ provides the
  20.      capability of archiving files to multiple volume archives.  In
  21.      other words, ARJ can archive files directly to diskettes no matter
  22.      how large or how numerous the input files are.
  23.  
  24.      It is possible to archive a 10 megabyte file to several diskettes
  25.      and to recover the file directly from the diskettes.  Other
  26.      archivers require that you compress the large file to hard disk
  27.      or large RAM drive and then slice the compressed file to fit on
  28.      diskettes.  To recover the original file involves reassembling the
  29.      compressed file on the hard disk from the diskettes and then
  30.      extracting the original file from the reassembled compressed file.
  31.      This option is not even possible if you lack the hard disk space.
  32.  
  33.      This feature makes ARJ especially suitable for distributing large
  34.      software packages without the concerns about fitting entire files
  35.      on one diskette.  ARJ will automatically split files when
  36.      necessary and will reassemble them upon extraction without using
  37.      any extra disk space.
  38.  
  39.      This multiple volume feature of ARJ makes it suitable as a "poor
  40.      man's" backup utility.  ARJ saves pathname information, file
  41.      date-time stamps, and file attributes in the archive volumes.    ARJ
  42.      can also create an index file with information about the contents
  43.      of each volume.  Files contained entirely within one volume are
  44.      easily extracted using just the one volume.
  45.  
  46.      3)  ARJ provides the facility to store EMPTY directories within its
  47.      archives.  This makes it easier to do FULL backups and also to
  48.      distribute software products that come with EMPTY directories.
  49.  
  50.      4)  Both ARJ self-extracting modules provide default pathname support.
  51.      That means that you can build self-extracting archives of software
  52.      directories containing sub-directories.  The end user of the
  53.      self-extracting archive does not have to type any command line
  54.      options to restore the full directory structure of the software.
  55.      This greatly simplifies software distribution.
  56.  
  57.      5)  The ARJ archive data structure with its header structure and 32
  58.      bit CRC provide excellent archive stability and recovery
  59.      capabilities.
  60.  
  61.      6)  ARJ provides a security envelope facility to "lock" ARJ archives.
  62.      A "locked" ARJ archive cannot be modified by ARJ.  This provides
  63.      some level of assurance to the user receiving a "locked" ARJ
  64.      archive that the contents of the archive have not been tampered
  65.      with.    Data integrity checks contribute to the security of the
  66.      ARJ "lock".
  67.  
  68.      7)  The myriad number of ARJ commands and options allow the user
  69.      outstanding flexibility in archiver usage.
  70.  
  71.      8)  You will also receive strong technical support from a software
  72.      author with many years of experience in software technical
  73.      support.
  74.  
  75.  
  76.  
  77.      COMPRESSION COMPARISON TEST RESULTS        June 28, 1991
  78.  
  79.  
  80.      This benchmark archiver test uses the original PKZIP 1.10 distribution
  81.      archive, PKZ110.EXE, as the base data to compress.  The PKZIP 1.10
  82.      distribution archive totals 302196 bytes.
  83.  
  84.  
  85.      ARCHIVER        PACKED SIZE   COMPRESS TIME   EXTRACT TIME
  86.      ----------------    -----------   -------------   ------------
  87.  
  88.      ARJ   2.10  -m4      145374      1:30.9     0:52.0
  89.      ARJ   2.20  -m4      144802      1:07.7     0:46.8
  90.  
  91.      PAK   2.51       138309      2:26.2     0:53.0
  92.      LHARC 1.13c      137450      4:05.7     1:46.1
  93.      HYPER 2.50       136543      2:30.4     1:54.7
  94.      PKZIP 1.10       136245      2:12.0     0:34.5
  95.  
  96.      ARJ   2.10  -m3      135185      1:47.2     0:52.1
  97.      ARJ   2.20  -m3      132441      1:30.4     0:48.5
  98.  
  99.      ARJ   2.20  -m2      130994      1:49.5     0:48.1
  100.      LHA   2.12       130606      2:39.1     0:50.4
  101.  
  102.      ARJ   2.20 [-m1]      129002      2:14.0     0:47.7
  103.      ARJ   2.20  -jm1      128114      2:33.0     0.47.6
  104.      ARJ   2.20  -jm      127992      3:51.8     0.47.6
  105.  
  106.  
  107.      ARJ 2.20 produced the best COMPRESSION SPEED and COMPRESSION SIZE
  108.      results in this test.  PKZIP had the fastest EXTRACTION SPEED.
  109.  
  110.      This test was run on a 8 MHz 8088 PC with 20 MB hard drive and 512 K
  111.      ram.  The archives were created on and extracted from a ram disk.
  112.  
  113.      end document
  114.  
  115.