<?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 Disk Fragmentation in Operating System - HP-UX</title>
    <link>https://community.hpe.com/t5/operating-system-hp-ux/disk-fragmentation/m-p/2514228#M22609</link>
    <description>I saw a note about how to defragment a disk on the forums today and it got me thinking...  How often should you defragment your disks?  Is it really a performance issue?  I noticed some documents that suggest fragmentation does not significantly affect performance.  I'm a little suprised by this, so I figured that I'd ask you.</description>
    <pubDate>Thu, 05 Apr 2001 20:24:42 GMT</pubDate>
    <dc:creator>Jared Westgate_1</dc:creator>
    <dc:date>2001-04-05T20:24:42Z</dc:date>
    <item>
      <title>Disk Fragmentation</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/disk-fragmentation/m-p/2514228#M22609</link>
      <description>I saw a note about how to defragment a disk on the forums today and it got me thinking...  How often should you defragment your disks?  Is it really a performance issue?  I noticed some documents that suggest fragmentation does not significantly affect performance.  I'm a little suprised by this, so I figured that I'd ask you.</description>
      <pubDate>Thu, 05 Apr 2001 20:24:42 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/disk-fragmentation/m-p/2514228#M22609</guid>
      <dc:creator>Jared Westgate_1</dc:creator>
      <dc:date>2001-04-05T20:24:42Z</dc:date>
    </item>
    <item>
      <title>Re: Disk Fragmentation</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/disk-fragmentation/m-p/2514229#M22610</link>
      <description>I thought I cut &amp;amp; paste the important section from the fsadm_vxfs manual page: &lt;BR /&gt;&lt;BR /&gt; Defragmentation&lt;BR /&gt;      For optimal performance, the kernel-extent allocator must be able to&lt;BR /&gt;      find large extents when it wants them.  To maintain file-system&lt;BR /&gt;      performance, fsadm should be run periodically against all VxFS file&lt;BR /&gt;      systems to reduce fragmentation.  fsadm should be run somewhere&lt;BR /&gt;      between once a day and once a month against each file system.  The&lt;BR /&gt;      frequency depends on file system usage and activity patterns, and the&lt;BR /&gt;      importance of performance.  The -v option can be used to examine the&lt;BR /&gt;      amount of work performed by fsadm.  The frequency of reorganization&lt;BR /&gt;      can be adjusted based on the rate of file system fragmentation.&lt;BR /&gt;&lt;BR /&gt;      There are two options that are available to control the amount of work&lt;BR /&gt;      done by fsadm.  The -t option is used to specify a maximum length of&lt;BR /&gt;      time to run.  The -p option is used to specify a maximum number of&lt;BR /&gt;      passes to run.  If both are specified, the utility exits if either of&lt;BR /&gt;      the terminating conditions is reached.  By default, fsadm will run 5&lt;BR /&gt;      passes.  If both the -e and -d options are specified, the utility will&lt;BR /&gt;      run all the directory reorganization passes before any extent&lt;BR /&gt;      reorganization passes.&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;If you have a very static filesystem, where not many files are created/removed or change in size, the intervals can be longer. &lt;BR /&gt;&lt;BR /&gt;The easiest is to check the fragmentation by running: &lt;BR /&gt;&lt;BR /&gt;# fsadm -F vxfs -D -E &lt;MOUNTPOINT&gt; &lt;BR /&gt;&lt;BR /&gt;This gives a report on your fragmentation. To perform the defragmentation you run &lt;BR /&gt;&lt;BR /&gt;# fsadm -F vxfs -d -e -D -E &lt;MOUNTPOINT&gt;&lt;BR /&gt;&lt;BR /&gt;This works only with the Advanced JFS product.&lt;BR /&gt;&lt;BR /&gt;Carsten&lt;/MOUNTPOINT&gt;&lt;/MOUNTPOINT&gt;</description>
      <pubDate>Fri, 06 Apr 2001 06:07:04 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/disk-fragmentation/m-p/2514229#M22610</guid>
      <dc:creator>Carsten Krege</dc:creator>
      <dc:date>2001-04-06T06:07:04Z</dc:date>
    </item>
    <item>
      <title>Re: Disk Fragmentation</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/disk-fragmentation/m-p/2514230#M22611</link>
      <description>Hi,&lt;BR /&gt;&lt;BR /&gt;Carsten told how to use fsadm for defragmentation. The man page of fsadm also gives some hints on decision when it is worth to defragment and when not based on calculated values by fsadm. Actually, I didn't make tests to see when performance does increase or not before and after defragmentation. I do defragmention of filesystems twice a year, immediately after creating complete system backups.&lt;BR /&gt;&lt;BR /&gt;If you decide doing defragmentation you should be sure having the latest fsadm patches with all its patch dependencies (including the newest patches dealing with vxfs or hfs) installed/configured on your system. (About two years ago, I had to re-install my system after trying to defragment without having installed the latest relevant patches.) In addition, you should create complete and working system backups before starting any defragmentation.&lt;BR /&gt;&lt;BR /&gt;Regards,&lt;BR /&gt;Thomas</description>
      <pubDate>Fri, 06 Apr 2001 08:02:52 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/disk-fragmentation/m-p/2514230#M22611</guid>
      <dc:creator>Thomas Schler_1</dc:creator>
      <dc:date>2001-04-06T08:02:52Z</dc:date>
    </item>
    <item>
      <title>Re: Disk Fragmentation</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/disk-fragmentation/m-p/2514231#M22612</link>
      <description>I tend to agree with Thomas, especially concerning the backup and patch strategy. Personally I wouldn't run the defragmentation on the standard HPUX filesystems (/, /opt, /usr, /var) as these are really static. &lt;BR /&gt;&lt;BR /&gt;Another caveat is that the filesystem should not be full (100% usage), as defragmentation requires some free space for the defragmentation operations (copies basically). &lt;BR /&gt;&lt;BR /&gt;We often found it  necessary to run fsadm -d -e  on active filesystems, specifically we ran directory defragmentation (fsdam -d) on growing filesystems (in terms of number of files or file size), such as /usr/sap/trans on an SAP/R3 system. The reason is that directory inodes grow slowly and allocate one extent after another. Since they grow so slow, the extents are not allocated in sequential order on the physical disk, but are widely distributed. If not defragmented reading the directory inode can consume a lot of time!&lt;BR /&gt;&lt;BR /&gt;Carsten&lt;BR /&gt;&lt;BR /&gt;</description>
      <pubDate>Fri, 06 Apr 2001 08:23:26 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/disk-fragmentation/m-p/2514231#M22612</guid>
      <dc:creator>Carsten Krege</dc:creator>
      <dc:date>2001-04-06T08:23:26Z</dc:date>
    </item>
  </channel>
</rss>

