<?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: P2000 slow performance in Operating System - HP-UX</title>
    <link>https://community.hpe.com/t5/operating-system-hp-ux/p2000-slow-performance/m-p/4714230#M385306</link>
    <description>Charles,&lt;BR /&gt;&lt;BR /&gt;DD is not a good tool to measure performance. Main problem with it is that it issues 1 I/O at a time and waits for it to complete before issuing another I/O. Both the P2000 and the HBA (not sure which one you have) can easily issue/handle many more I/Os than that. That is why you are seeing low numbers.&lt;BR /&gt;&lt;BR /&gt;If you are on 11.31, you also have the option to change the queue depth on a per LUN basis. By default it is set to 8. Just do an online search on max_q_depth. Note, with DD queue depth is not relevant (as DD is issuing only 1 I/O at a time), but with a real benchmarking tool, queue depth will also come into play.&lt;BR /&gt;&lt;BR /&gt;</description>
    <pubDate>Wed, 17 Nov 2010 01:28:40 GMT</pubDate>
    <dc:creator>SunnyS</dc:creator>
    <dc:date>2010-11-17T01:28:40Z</dc:date>
    <item>
      <title>P2000 slow performance</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/p2000-slow-performance/m-p/4714229#M385305</link>
      <description>Group, I have an rx6600 direct attached to a P2000 disk array.  I've created a Raid5 LUN and presented it to the host.&lt;BR /&gt;&lt;BR /&gt;I created an lvol on this LUN, then created a filesystem with the following options:&lt;BR /&gt;&lt;BR /&gt;mkfs -F vxfs -o bsize=8192 -o largefiles /dev/vg_bill_data/rlvdata&lt;BR /&gt;&lt;BR /&gt;Mounted the filesystem with these options:&lt;BR /&gt;&lt;BR /&gt;/dev/vg_bill_data/lvdata /MIBAS_BILL_DATABASE/data vxfs delaylog,mincache=direct,convosync=direct 0 2&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;When I run a test dd command, I'm only seeing 26MB per second.&lt;BR /&gt;&lt;BR /&gt;alxapor30xs:root:/MIBAS_BILL_DATABASE/data/test# time sh -c "dd if=/dev/zero of=ddfile bs=8k count=2000000 &amp;amp;&amp;amp; sync"&lt;BR /&gt;2000000+0 records in&lt;BR /&gt;2000000+0 records out&lt;BR /&gt;&lt;BR /&gt;real    10:16.0&lt;BR /&gt;user        1.4&lt;BR /&gt;sys        43.5&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;Any ideas or thoughts on what I can check?</description>
      <pubDate>Tue, 16 Nov 2010 20:56:15 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/p2000-slow-performance/m-p/4714229#M385305</guid>
      <dc:creator>Charles McCary</dc:creator>
      <dc:date>2010-11-16T20:56:15Z</dc:date>
    </item>
    <item>
      <title>Re: P2000 slow performance</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/p2000-slow-performance/m-p/4714230#M385306</link>
      <description>Charles,&lt;BR /&gt;&lt;BR /&gt;DD is not a good tool to measure performance. Main problem with it is that it issues 1 I/O at a time and waits for it to complete before issuing another I/O. Both the P2000 and the HBA (not sure which one you have) can easily issue/handle many more I/Os than that. That is why you are seeing low numbers.&lt;BR /&gt;&lt;BR /&gt;If you are on 11.31, you also have the option to change the queue depth on a per LUN basis. By default it is set to 8. Just do an online search on max_q_depth. Note, with DD queue depth is not relevant (as DD is issuing only 1 I/O at a time), but with a real benchmarking tool, queue depth will also come into play.&lt;BR /&gt;&lt;BR /&gt;</description>
      <pubDate>Wed, 17 Nov 2010 01:28:40 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/p2000-slow-performance/m-p/4714230#M385306</guid>
      <dc:creator>SunnyS</dc:creator>
      <dc:date>2010-11-17T01:28:40Z</dc:date>
    </item>
    <item>
      <title>Re: P2000 slow performance</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/p2000-slow-performance/m-p/4714231#M385307</link>
      <description>You used a very small block size and the dd had way too much overhead. Use much larger block sizes such as 1024k. &lt;BR /&gt;&lt;BR /&gt;You may want to try concurrent dd jobs as well.</description>
      <pubDate>Wed, 17 Nov 2010 01:55:55 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/p2000-slow-performance/m-p/4714231#M385307</guid>
      <dc:creator>TTr</dc:creator>
      <dc:date>2010-11-17T01:55:55Z</dc:date>
    </item>
    <item>
      <title>Re: P2000 slow performance</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/p2000-slow-performance/m-p/4714232#M385308</link>
      <description>&amp;gt; dd if=/dev/zero of=ddfile bs=8k count=2000000&lt;BR /&gt; &lt;BR /&gt;bs=8k is a very small record size. A small record size means high system overhead. Try this:&lt;BR /&gt;&lt;BR /&gt;dd if=/dev/zero of=ddfile bs=2048k count=7800</description>
      <pubDate>Wed, 17 Nov 2010 02:13:35 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/p2000-slow-performance/m-p/4714232#M385308</guid>
      <dc:creator>Bill Hassell</dc:creator>
      <dc:date>2010-11-17T02:13:35Z</dc:date>
    </item>
    <item>
      <title>Re: P2000 slow performance</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/p2000-slow-performance/m-p/4714233#M385309</link>
      <description>OK - I feel better.  Ran some dd's with bigger block size (THANKS BILL) and here's the results:&lt;BR /&gt;&lt;BR /&gt;with 9 concurrent dd writes:&lt;BR /&gt;&lt;BR /&gt;395570586  per second.&lt;BR /&gt;&lt;BR /&gt;with 7 concurrent dd reads:&lt;BR /&gt;407779555  per second.&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;I still have a concern.  What started all of this is that we're trying to run an frecover to move some data from an older server to this one and the frecover takes much longer on this server.  If no one has any ideas, I will probably open a new thread for that, since I'm ok with these numbers.&lt;BR /&gt;</description>
      <pubDate>Wed, 17 Nov 2010 16:34:41 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/p2000-slow-performance/m-p/4714233#M385309</guid>
      <dc:creator>Charles McCary</dc:creator>
      <dc:date>2010-11-17T16:34:41Z</dc:date>
    </item>
    <item>
      <title>Re: P2000 slow performance</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/p2000-slow-performance/m-p/4714234#M385310</link>
      <description>Interesting....tried these on a different LUN (RAID 10) and got SLOWER response.&lt;BR /&gt;&lt;BR /&gt;Here's how the filesystem was created for this RAID10 lun:&lt;BR /&gt;&lt;BR /&gt;mkfs -F vxfs -o bsize=1024 -o largefiles /dev/vg_bill_log/rlvdblog&lt;BR /&gt;&lt;BR /&gt;here's how it's mounted:&lt;BR /&gt;/dev/vg_bill_log/lvdblog /MIBAS_BILL_DATABASE/dblogs vxfs delaylog,mincache=direct,convosync=direct 0 2&lt;BR /&gt;&lt;BR /&gt;here's the write times:&lt;BR /&gt;I'm only seeing about 200Mbps on this lun for concurrent dd writes&lt;BR /&gt;&lt;BR /&gt;I'm only seeing 180mbps on this lun for concurrent dd reads&lt;BR /&gt;&lt;BR /&gt;Both luns are created and presented from the direct attached P2000&lt;BR /&gt;</description>
      <pubDate>Wed, 17 Nov 2010 17:13:26 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/p2000-slow-performance/m-p/4714234#M385310</guid>
      <dc:creator>Charles McCary</dc:creator>
      <dc:date>2010-11-17T17:13:26Z</dc:date>
    </item>
  </channel>
</rss>

