home *** CD-ROM | disk | FTP | other *** search
/ Chestnut's Multimedia Mania / MM_MANIA.ISO / utils / arj / why_arj.doc < prev   
Text File  |  1991-09-23  |  7KB  |  153 lines

  1.  
  2.      WHY_ARJ.DOC                     September 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.      You can find reviews of ARJ in the following magazine articles:
  9.  
  10.      Computer Personlich, June 12, 1991, Leader of the Pack, Bernd
  11.      Wiebelt and Matthias Fichtner.  In this German magazine, ARJ 2.0 was
  12.      named Test Sieger (Test Winner) over six other archivers including
  13.      PKZIP and LHA.  Compression, speed, documentation, and features were
  14.      compared.
  15.  
  16.      PC Sources, July 1991, Forum, Barry Brenesal, "A new challenger, ARJ
  17.      2.0, not only offers the speed of PKZIP, but also has the best
  18.      compression rate of the bunch."
  19.  
  20.      Computer Shopper, September 1991, Shells, Bells, and Files:
  21.      Compressors for All Cases, Craig Menefee.    "ARJ ... is extremely fast
  22.      and produces excellent compression; it ... has a rich set of options.
  23.      ... This is a mature technology, and any of these programs will do a
  24.      fine and reliable job."
  25.  
  26.      PC Magazine, October 15, 1991, Squeeze Play, Barry Simon.    "Jung has
  27.      combined that foundation with academic research to produce an
  28.      impressive product. ...  If your main criterion is compressed size,
  29.      ARJ will be one of your two main contenders, along with LHA."
  30.  
  31.  
  32.      1)  ARJ provides superior size compression to the other products
  33.      currently available on the PC.  In a few particular cases, other
  34.      archivers may produce slightly smaller archives than ARJ.
  35.  
  36.      ARJ is particularly strong compressing databases, uncompressed
  37.      graphics files, and large documents.  One user reported that in
  38.      compressing a 9.0 megabyte database, PKZIP produced a compressed
  39.      file of size 1.8 megabytes, and ARJ produced a compressed file of
  40.      size 1.1 megabytes.
  41.  
  42.      2)  Of PKZIP, LHArc, PAK, ARC, ARJ, and HYPER, only ARJ provides the
  43.      capability of archiving files to multiple volume archives.  In
  44.      other words, ARJ can archive files directly to diskettes no matter
  45.      how large or how numerous the input files are.
  46.  
  47.      It is possible to archive a 10 megabyte file to several diskettes
  48.      and to recover the file directly from the diskettes.  Other
  49.      archivers require that you compress the large file to hard disk
  50.      or large RAM drive and then slice the compressed file to fit on
  51.      diskettes.  To recover the original file involves reassembling the
  52.      compressed file on the hard disk from the diskettes and then
  53.      extracting the original file from the reassembled compressed file.
  54.      This option is not even possible if you lack the hard disk space.
  55.  
  56.      This feature makes ARJ especially suitable for distributing large
  57.      software packages without the concerns about fitting entire files
  58.      on one diskette.  ARJ will automatically split files when
  59.      necessary and will reassemble them upon extraction without using
  60.      any extra disk space.
  61.  
  62.      This multiple volume feature of ARJ makes it suitable as a "poor
  63.      man's" backup utility.  ARJ saves pathname information, file
  64.      date-time stamps, and file attributes in the archive volumes.    ARJ
  65.      can also create an index file with information about the contents
  66.      of each volume.  Files contained entirely within one volume are
  67.      easily extracted using just the one volume.
  68.  
  69.      3)  ARJ provides the facility to store EMPTY directories within its
  70.      archives.  This makes it easier to do FULL backups and also to
  71.      distribute software products that come with EMPTY directories.
  72.  
  73.      4)  Both ARJ self-extracting modules provide default pathname support.
  74.      That means that you can build self-extracting archives of software
  75.      directories containing sub-directories.  The end user of the
  76.      self-extracting archive does not have to type any command line
  77.      options to restore the full directory structure of the software.
  78.      This greatly simplifies software distribution.
  79.  
  80.      5)  The ARJ archive data structure with its header structure and 32
  81.      bit CRC provide excellent archive stability and recovery
  82.      capabilities.    In addition, ARJ is the only archiver that allows
  83.      you to test an archive during an archive process.  With
  84.      other archivers, you may have already deleted the input files
  85.      with a "move" command before you could test the built archive.
  86.  
  87.      6)  ARJ provides a security envelope facility to "lock" ARJ archives.
  88.      A "locked" ARJ archive cannot be modified by ARJ.  This provides
  89.      some level of assurance to the user receiving a "locked" ARJ
  90.      archive that the contents of the archive have not been tampered
  91.      with.    Data integrity checks contribute to the security of the
  92.      ARJ "lock".
  93.  
  94.      7)  The myriad number of ARJ commands and options allow the user
  95.      outstanding flexibility in archiver usage.  This also means
  96.      that ARJ requires fewer support utilities compared to other
  97.      archivers.
  98.  
  99.      8)  ARJ has MS-DOS 3.x international language support.  This makes
  100.      ARJ more convenient to use with international alphabets.
  101.  
  102.      9)  You will also receive strong technical support from a software
  103.      author with many years of experience in software technical
  104.      support.
  105.  
  106.  
  107.  
  108.      COMPRESSION COMPARISON TEST RESULTS        September 21, 1991
  109.  
  110.  
  111.      This benchmark archiver test uses the original PKZIP 1.10 distribution
  112.      archive, PKZ110.EXE, as the base data to compress.  The PKZIP 1.10
  113.      distribution archive totals 302196 bytes.  Only compression results
  114.      better than 50 percent are included.
  115.  
  116.  
  117.      ARCHIVER        PACKED SIZE   COMPRESS TIME   EXTRACT TIME
  118.      ----------------    -----------   -------------   ------------
  119.  
  120.      8088 8MHz PC 20MB 65msec HD
  121.  
  122.      ARJ   2.21  -m4      143981      1:07.7     0:46.8
  123.      PAK   2.51           138324          2:26.2         0:53.0
  124.      LHARC 1.13c      137450      4:05.7     1:46.1
  125.      PKZIP 1.10       136245      2:12.0     0:34.5
  126.      ARJ   2.21  -m3      131725          1:30.4         0:48.5
  127.      ARJ   2.21  -m2      130994      1:49.5     0:48.1
  128.      LHA   2.12       130606      2:39.1     0:50.4
  129.      ARJ   2.21 [-m1]     129002          2:14.0         0:47.7
  130.      ARJ   2.21  -jm1      128114      2:33.0     0.47.6
  131.  
  132.      386 25MHz PC 64K SRAM CACHE 130MB 15msec HD
  133.  
  134.      ARJ   2.21  -m4      143981          0:07.9         0:06.4
  135.      PAK   2.51           138324          0:20.4         0:07.3
  136.      LHARC 1.13c          137450          0:26.4         0:12.8
  137.      PKZIP 1.10           136245          0:14.8         0:05.0
  138.      ARJ   2.21  -m3      131725          0:09.6         0:06.5
  139.      ARJ   2.21  -m2      130994          0:11.2         0:06.5
  140.      LHA   2.12           130606          0:15.4         0:06.5
  141.      ARJ   2.21 [-m1]     129002          0:13.5         0:06.5
  142.      ARJ   2.21  -jm1     128114          0:15.5         0.06.5
  143.  
  144.  
  145.      ARJ 2.21 produced the best COMPRESSION SPEED and COMPRESSION SIZE
  146.      results in this test.  PKZIP had the fastest EXTRACTION SPEED.
  147.  
  148.      The files were stored on the hard disk without using disk caching.
  149.      The archives were created on and extracted from a ram disk.
  150.  
  151.      end document
  152.  
  153.