<?xml version="1.0" encoding="UTF-8"?>
<rss xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" version="2.0">
  <channel>
    <title>topic Re: tar vs cpio in Operating System - HP-UX</title>
    <link>https://community.hpe.com/t5/operating-system-hp-ux/tar-vs-cpio/m-p/2892353#M517966</link>
    <description>By the way, the command I used to do the test was:&lt;BR /&gt;&lt;BR /&gt;# /opt/ignite/bin/make_tape_recovery -a /dev/rmt/0mn -I -m tar -v -x inc_entire=vg00&lt;BR /&gt;&lt;BR /&gt;For the cpio test, I just changed the '-m' option to '-m cpio' and left everything else the same.</description>
    <pubDate>Wed, 29 Jan 2003 19:36:13 GMT</pubDate>
    <dc:creator>Patrick Wallek</dc:creator>
    <dc:date>2003-01-29T19:36:13Z</dc:date>
    <item>
      <title>tar vs cpio</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/tar-vs-cpio/m-p/2892347#M517960</link>
      <description>All,&lt;BR /&gt;I am about to upgrade Ignite and saw that ignite now also support cpio for make_net_recovery and make_tape_recovery.&lt;BR /&gt;Have anyone tried using any of those tools with cpio?&lt;BR /&gt;Which one is faster, take less space and is most stable?&lt;BR /&gt;Thanks</description>
      <pubDate>Wed, 29 Jan 2003 18:22:18 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/tar-vs-cpio/m-p/2892347#M517960</guid>
      <dc:creator>magnus linner</dc:creator>
      <dc:date>2003-01-29T18:22:18Z</dc:date>
    </item>
    <item>
      <title>Re: tar vs cpio</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/tar-vs-cpio/m-p/2892348#M517961</link>
      <description>Hi Magnus,&lt;BR /&gt;&lt;BR /&gt;As far as I know, by default, make_tape_recovery uses pax to archive files. And that's as it should be as it can handle either tar or cpio formats.&lt;BR /&gt;I never override the defaults so I can't speak to the issue of which is faster. &lt;BR /&gt;But one thing to consider is largefiles - tar/cpio cannot handle them - pax can.&lt;BR /&gt;&lt;BR /&gt;Rgds,&lt;BR /&gt;Jeff</description>
      <pubDate>Wed, 29 Jan 2003 18:45:10 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/tar-vs-cpio/m-p/2892348#M517961</guid>
      <dc:creator>Jeff Schussele</dc:creator>
      <dc:date>2003-01-29T18:45:10Z</dc:date>
    </item>
    <item>
      <title>Re: tar vs cpio</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/tar-vs-cpio/m-p/2892349#M517962</link>
      <description>Hi !&lt;BR /&gt;&lt;BR /&gt;From the man pages:&lt;BR /&gt;&lt;BR /&gt;The new ASCII format is  portable  between  different  machine architectures  and can be used on any size file system, but is not supported by all versions of cpio; currently, it is only supported by GNU and Unix System V R4.  The crc format is like the new ASCII format, but also contains a checksum for each file which cpio calculates when creating an  archive and verifies when  the file is extracted  from  the archive.  The HPUX formats are provided for compatibility with HPUX's cpio which stores device files differently.&lt;BR /&gt;&lt;BR /&gt;The tar format is provided for compatability with the tar program.  It can  not  be&lt;BR /&gt;used to archive files with names longer than 100 characters, and can not be used to archive "special" (block or character devices) files.  The POSIX.1 tar  format can not  be  used  to  archive files with names longer than 255 characters (less unless they have a "/" in just the right place).&lt;BR /&gt;&lt;BR /&gt;By default, cpio creates binary format archives, for compatibility with older  cpio&lt;BR /&gt;programs.When extracting from archives, cpio automatically recognizes which kind of archive it is reading and can read archives created on machines with a different&lt;BR /&gt;byte-order.&lt;BR /&gt;&lt;BR /&gt;Some of the options to cpio apply only to certain operating modes; see the SYNOPSIS section for a list of which options are allowed in which modes.&lt;BR /&gt;&lt;BR /&gt;Conclusion: Use cpio !</description>
      <pubDate>Wed, 29 Jan 2003 18:45:26 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/tar-vs-cpio/m-p/2892349#M517962</guid>
      <dc:creator>Ricardo Bassoi</dc:creator>
      <dc:date>2003-01-29T18:45:26Z</dc:date>
    </item>
    <item>
      <title>Re: tar vs cpio</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/tar-vs-cpio/m-p/2892350#M517963</link>
      <description>Yes, the new version of Ignite/UX allow you to specify a command line option '-m tar|cpio' to choose whether pax writes the tape in tar format or cpio format.&lt;BR /&gt;&lt;BR /&gt;I did a test on an A500 a few weeks ago using both '-m tar' and '-m cpio' to write the tape.  The '-m tar' was actually faster.  I doubt that either will take any more or less space than the other.  I personally plan on sticking with tar.  To me it is easier to get a single file off of the tape with tar than it is with cpio.&lt;BR /&gt;&lt;BR /&gt;Here are the results of my test pasted from an e-mail I sent out to somone else:&lt;BR /&gt;&lt;BR /&gt;There is approximately 2.3GB of data in VG00 on this machine. When I did the make_tape_recovery with the '-m tar' option it took 29 minutes 14 seconds. When I used '-m cpio' it took 33 minutes 43 seconds. From this test at least, if speed is important to you, go with tar to write the tape.</description>
      <pubDate>Wed, 29 Jan 2003 19:22:34 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/tar-vs-cpio/m-p/2892350#M517963</guid>
      <dc:creator>Patrick Wallek</dc:creator>
      <dc:date>2003-01-29T19:22:34Z</dc:date>
    </item>
    <item>
      <title>Re: tar vs cpio</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/tar-vs-cpio/m-p/2892351#M517964</link>
      <description>Excellent post, Patrick!  It appears that the reason for the cpio option is for portability, to allow the data to be recovered on other types of unix.  For the vast majority of ignite tape use, that simply doesn't apply.&lt;BR /&gt;&lt;BR /&gt;For me, I need a real reason to go with anything other than the defaults on stuff like this.  Sticking with the defaults means that other people who I work with or who may come after me can just act normally, with results as expected.  Documentation is reduced, assumptions are generally valid, and life is good.&lt;BR /&gt;&lt;BR /&gt;Based on this philosophy, and on Patrick's time testing, I see no advantage to using the cpio option.&lt;BR /&gt;&lt;BR /&gt;One man's opinion...  --bmr</description>
      <pubDate>Wed, 29 Jan 2003 19:31:47 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/tar-vs-cpio/m-p/2892351#M517964</guid>
      <dc:creator>Brian M Rawlings</dc:creator>
      <dc:date>2003-01-29T19:31:47Z</dc:date>
    </item>
    <item>
      <title>Re: tar vs cpio</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/tar-vs-cpio/m-p/2892352#M517965</link>
      <description>Advice.&lt;BR /&gt;&lt;BR /&gt;Run ignite in a standard way, ie with tar.&lt;BR /&gt;&lt;BR /&gt;Thats how they do it in training.&lt;BR /&gt;&lt;BR /&gt;pax still has the 2G limit on files even though they've managed to bump that up to 8G in tar(see back posts).&lt;BR /&gt;&lt;BR /&gt;P</description>
      <pubDate>Wed, 29 Jan 2003 19:34:11 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/tar-vs-cpio/m-p/2892352#M517965</guid>
      <dc:creator>Steven E. Protter</dc:creator>
      <dc:date>2003-01-29T19:34:11Z</dc:date>
    </item>
    <item>
      <title>Re: tar vs cpio</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/tar-vs-cpio/m-p/2892353#M517966</link>
      <description>By the way, the command I used to do the test was:&lt;BR /&gt;&lt;BR /&gt;# /opt/ignite/bin/make_tape_recovery -a /dev/rmt/0mn -I -m tar -v -x inc_entire=vg00&lt;BR /&gt;&lt;BR /&gt;For the cpio test, I just changed the '-m' option to '-m cpio' and left everything else the same.</description>
      <pubDate>Wed, 29 Jan 2003 19:36:13 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/tar-vs-cpio/m-p/2892353#M517966</guid>
      <dc:creator>Patrick Wallek</dc:creator>
      <dc:date>2003-01-29T19:36:13Z</dc:date>
    </item>
    <item>
      <title>Re: tar vs cpio</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/tar-vs-cpio/m-p/2892354#M517967</link>
      <description>tar and cpio and pax all have the same limitations: 2Gb files are the maximum that can be saved. The industry standard defines the width and content of each file header and there simply isn't enough room for larger files There are new versions of GNUtar that can handle this but to read the tape requires the same versionn of GNUtar.&lt;BR /&gt;&lt;BR /&gt;cpio has a maximum blocksize of 5k while tar has a blocksize of 10k, implying that better tape utilization is possible with tar. vg00 should not have largefiles as vg00 is the opsystem. Unfortunately, larger disks (18 Gb and 36 Gb) have created situations where everything can be contained on a single disk (performance penalty) and this may include largefiles, thus rendering Ignite/UX less useful for vg00 backups.</description>
      <pubDate>Wed, 29 Jan 2003 20:55:18 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/tar-vs-cpio/m-p/2892354#M517967</guid>
      <dc:creator>Bill Hassell</dc:creator>
      <dc:date>2003-01-29T20:55:18Z</dc:date>
    </item>
  </channel>
</rss>

