<?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: Differences...advantages mv vs. find in Operating System - HP-UX</title>
    <link>https://community.hpe.com/t5/operating-system-hp-ux/differences-advantages-mv-vs-find/m-p/2545778#M27384</link>
    <description>Richard,&lt;BR /&gt;&lt;BR /&gt;Do you have to do this action frequently ?&lt;BR /&gt;I would go for seperate filesystems in this case:&lt;BR /&gt;&lt;BR /&gt;umount /last_weeks&lt;BR /&gt;newfs "last_week_rlvol"&lt;BR /&gt;&lt;BR /&gt;umount /this_week&lt;BR /&gt;mount "last_week_lvol" on /this_week&lt;BR /&gt;mount "this_week_lvol" on /last_week&lt;BR /&gt;&lt;BR /&gt;with this, you could quickly toggle two filesystems.&lt;BR /&gt;&lt;BR /&gt;Volker</description>
    <pubDate>Wed, 27 Jun 2001 15:07:07 GMT</pubDate>
    <dc:creator>Volker Borowski</dc:creator>
    <dc:date>2001-06-27T15:07:07Z</dc:date>
    <item>
      <title>Differences...advantages mv vs. find</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/differences-advantages-mv-vs-find/m-p/2545774#M27380</link>
      <description>I'm moving a lot of data/subdirs from one place to another:  There's a little discussion here and I'd like your $0.02&lt;BR /&gt;&lt;BR /&gt;is there any difference and/or advantage when moving all the contents of a directory to another directory using either:&lt;BR /&gt;&lt;BR /&gt;mv * /newdir&lt;BR /&gt;&lt;BR /&gt;versus&lt;BR /&gt;&lt;BR /&gt;find . -xdev | cpio -pdmuvx /newdir&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;Thanks&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;PS:  If you have a different/better/favorite way ... chime in.&lt;BR /&gt;&lt;BR /&gt;Richard</description>
      <pubDate>Wed, 27 Jun 2001 14:30:37 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/differences-advantages-mv-vs-find/m-p/2545774#M27380</guid>
      <dc:creator>Richard Briggs</dc:creator>
      <dc:date>2001-06-27T14:30:37Z</dc:date>
    </item>
    <item>
      <title>Re: Differences...advantages mv vs. find</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/differences-advantages-mv-vs-find/m-p/2545775#M27381</link>
      <description>Hello,&lt;BR /&gt;&lt;BR /&gt;if /newdir belongs to the same filesystem, mv just changes the inodes, no physical move happens while cpio actually reads and writes data.&lt;BR /&gt;&lt;BR /&gt;If it is on diffrent filesystems, i see no real difference in the result.&lt;BR /&gt;&lt;BR /&gt;Volker</description>
      <pubDate>Wed, 27 Jun 2001 14:41:33 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/differences-advantages-mv-vs-find/m-p/2545775#M27381</guid>
      <dc:creator>Volker Borowski</dc:creator>
      <dc:date>2001-06-27T14:41:33Z</dc:date>
    </item>
    <item>
      <title>Re: Differences...advantages mv vs. find</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/differences-advantages-mv-vs-find/m-p/2545776#M27382</link>
      <description>hmmmm in terms of command line I prefer the mv!&lt;BR /&gt;&lt;BR /&gt;Did you actually measure with time which one is best.. in terms of performance. &lt;BR /&gt;&lt;BR /&gt;Later,&lt;BR /&gt;Bill</description>
      <pubDate>Wed, 27 Jun 2001 14:43:32 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/differences-advantages-mv-vs-find/m-p/2545776#M27382</guid>
      <dc:creator>Bill McNAMARA_1</dc:creator>
      <dc:date>2001-06-27T14:43:32Z</dc:date>
    </item>
    <item>
      <title>Re: Differences...advantages mv vs. find</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/differences-advantages-mv-vs-find/m-p/2545777#M27383</link>
      <description>Bill...&lt;BR /&gt;&lt;BR /&gt;Both took a long time... so I can't say that there was any measurable difference....except to say that after the find command was done... I had to go back and rm the copied data.  That took longer, considering the mv command (once completed) "deletes" the "copied" files.</description>
      <pubDate>Wed, 27 Jun 2001 14:46:45 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/differences-advantages-mv-vs-find/m-p/2545777#M27383</guid>
      <dc:creator>Richard Briggs</dc:creator>
      <dc:date>2001-06-27T14:46:45Z</dc:date>
    </item>
    <item>
      <title>Re: Differences...advantages mv vs. find</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/differences-advantages-mv-vs-find/m-p/2545778#M27384</link>
      <description>Richard,&lt;BR /&gt;&lt;BR /&gt;Do you have to do this action frequently ?&lt;BR /&gt;I would go for seperate filesystems in this case:&lt;BR /&gt;&lt;BR /&gt;umount /last_weeks&lt;BR /&gt;newfs "last_week_rlvol"&lt;BR /&gt;&lt;BR /&gt;umount /this_week&lt;BR /&gt;mount "last_week_lvol" on /this_week&lt;BR /&gt;mount "this_week_lvol" on /last_week&lt;BR /&gt;&lt;BR /&gt;with this, you could quickly toggle two filesystems.&lt;BR /&gt;&lt;BR /&gt;Volker</description>
      <pubDate>Wed, 27 Jun 2001 15:07:07 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/differences-advantages-mv-vs-find/m-p/2545778#M27384</guid>
      <dc:creator>Volker Borowski</dc:creator>
      <dc:date>2001-06-27T15:07:07Z</dc:date>
    </item>
    <item>
      <title>Re: Differences...advantages mv vs. find</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/differences-advantages-mv-vs-find/m-p/2545779#M27385</link>
      <description>No.. this was a one time thing...I had a huge filesystem of MIB data growing beyond the limits of my vg00 pv's so I decided just to break out the underlying mib data to a new lvol on vg01... to do that, I had to create the new lvol and then mv/cp/find... all the data and get it over to the new lvol.   That's all. However, your tip is noted, and will come in handy... thanks!</description>
      <pubDate>Wed, 27 Jun 2001 15:10:41 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/differences-advantages-mv-vs-find/m-p/2545779#M27385</guid>
      <dc:creator>Richard Briggs</dc:creator>
      <dc:date>2001-06-27T15:10:41Z</dc:date>
    </item>
    <item>
      <title>Re: Differences...advantages mv vs. find</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/differences-advantages-mv-vs-find/m-p/2545780#M27386</link>
      <description>if "mv * /newdir" is only moving files you are ok.&lt;BR /&gt;&lt;BR /&gt;if it includes subdirectories and you are crossing file systems, I don't think "mv" will allow it.&lt;BR /&gt;&lt;BR /&gt;If I have the room, I opt to copy rather than move, just in case something goes wrong part way through the process.</description>
      <pubDate>Wed, 27 Jun 2001 15:23:00 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/differences-advantages-mv-vs-find/m-p/2545780#M27386</guid>
      <dc:creator>Rodney Hills</dc:creator>
      <dc:date>2001-06-27T15:23:00Z</dc:date>
    </item>
    <item>
      <title>Re: Differences...advantages mv vs. find</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/differences-advantages-mv-vs-find/m-p/2545781#M27387</link>
      <description>Well... I've done it both ways now.. and both work  (from say /opt/dir [in lvolX in vg00] to /opt/dir2 [in lvolY in vg01 ] and actually... the first time I did the mv it did encounter an error, and the command exited...apparently, when mv encounters an error it doesn't delete the original data.  For some reason, though, the find command makes me feel warmer and fuzzier.   ;-)</description>
      <pubDate>Wed, 27 Jun 2001 15:32:28 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/differences-advantages-mv-vs-find/m-p/2545781#M27387</guid>
      <dc:creator>Richard Briggs</dc:creator>
      <dc:date>2001-06-27T15:32:28Z</dc:date>
    </item>
  </channel>
</rss>

