<?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: EVA 6x00 READ performance in HPE EVA Storage</title>
    <link>https://community.hpe.com/t5/hpe-eva-storage/eva-6x00-read-performance/m-p/4722787#M47037</link>
    <description>Not sure what your OS is, but just a thought to get something repeatable, you could "dd" some zeros to a raw unused lun to get a feel for write throughput from OS level and then conversily read from the raw lun and send it to dev null to get a feel for what is possible for reads. You could muck around with blocksize with each approach to see if there is a sweet spot and/or a huge discrepancy from what you are seeing at the FS level and then also at the DB level.&lt;BR /&gt;&lt;BR /&gt;Brainstorm'ing (all could be worthless thoughts):&lt;BR /&gt;&lt;BR /&gt;What is FS? is it config'd weirdly? Was data copied over strangly and driving a huge amount of fragmentation? Does HP have an alignment recommendation for the FS in question? Or are you using Oracles volume management? Doing any software raid ontop of the EVA's LUNs? How big is your database bufferspace? suitable or shrimpy?</description>
    <pubDate>Tue, 07 Dec 2010 22:31:34 GMT</pubDate>
    <dc:creator>Adam Garsha</dc:creator>
    <dc:date>2010-12-07T22:31:34Z</dc:date>
    <item>
      <title>EVA 6x00 READ performance</title>
      <link>https://community.hpe.com/t5/hpe-eva-storage/eva-6x00-read-performance/m-p/4722786#M47036</link>
      <description>We are using in our SAN 2 * EVA 6000 systems (112 disks) and 2 * EVA6400 systems (216 disks). All of them are running in&lt;BR /&gt;Continus Access mode so that each LUN is mirrored to some other storage system. All the EVAs are using a single Disk Group&lt;BR /&gt;to get the best WRITE performance. By settings up an ORACLE systems we face a huge number of timeouts for Database READ requests&lt;BR /&gt;waiting for Storage I/O. In Fact, loading a 700MB Oracle Table Space to the DB cache can take up to 90 seconds. Expecting 50Mb/sec&lt;BR /&gt;we should have about 14 seconds.&lt;BR /&gt;The DB is setup on a 100GB LUN on one of the EVA6000 Storage system, replicating to one of the EVA6400 Storage Sytems. Transactions Logs,&lt;BR /&gt;Dumps, etc. are stored on different LUNs.</description>
      <pubDate>Tue, 07 Dec 2010 11:03:34 GMT</pubDate>
      <guid>https://community.hpe.com/t5/hpe-eva-storage/eva-6x00-read-performance/m-p/4722786#M47036</guid>
      <dc:creator>Jörg Horz</dc:creator>
      <dc:date>2010-12-07T11:03:34Z</dc:date>
    </item>
    <item>
      <title>Re: EVA 6x00 READ performance</title>
      <link>https://community.hpe.com/t5/hpe-eva-storage/eva-6x00-read-performance/m-p/4722787#M47037</link>
      <description>Not sure what your OS is, but just a thought to get something repeatable, you could "dd" some zeros to a raw unused lun to get a feel for write throughput from OS level and then conversily read from the raw lun and send it to dev null to get a feel for what is possible for reads. You could muck around with blocksize with each approach to see if there is a sweet spot and/or a huge discrepancy from what you are seeing at the FS level and then also at the DB level.&lt;BR /&gt;&lt;BR /&gt;Brainstorm'ing (all could be worthless thoughts):&lt;BR /&gt;&lt;BR /&gt;What is FS? is it config'd weirdly? Was data copied over strangly and driving a huge amount of fragmentation? Does HP have an alignment recommendation for the FS in question? Or are you using Oracles volume management? Doing any software raid ontop of the EVA's LUNs? How big is your database bufferspace? suitable or shrimpy?</description>
      <pubDate>Tue, 07 Dec 2010 22:31:34 GMT</pubDate>
      <guid>https://community.hpe.com/t5/hpe-eva-storage/eva-6x00-read-performance/m-p/4722787#M47037</guid>
      <dc:creator>Adam Garsha</dc:creator>
      <dc:date>2010-12-07T22:31:34Z</dc:date>
    </item>
    <item>
      <title>Re: EVA 6x00 READ performance</title>
      <link>https://community.hpe.com/t5/hpe-eva-storage/eva-6x00-read-performance/m-p/4722788#M47038</link>
      <description>Aye, &lt;BR /&gt;&lt;BR /&gt;A few docus that might help:&lt;BR /&gt;&lt;BR /&gt;Using the ms_scan_time option to display mass storage device scan times:&lt;BR /&gt;&lt;A href="http://bizsupport1.austin.hp.com/bc/docs/support/SupportManual/c01914718/c01914718.pdf" target="_blank"&gt;http://bizsupport1.austin.hp.com/bc/docs/support/SupportManual/c01914718/c01914718.pdf&lt;/A&gt;&lt;BR /&gt;&lt;BR /&gt;EVA 6400 Performance White Paper:&lt;BR /&gt;&lt;A href="http://h20195.www2.hp.com/v2/GetPDF.aspx/4AA2-9570ENW.pdf" target="_blank"&gt;http://h20195.www2.hp.com/v2/GetPDF.aspx/4AA2-9570ENW.pdf&lt;/A&gt;&lt;BR /&gt;&lt;BR /&gt;</description>
      <pubDate>Wed, 08 Dec 2010 11:34:38 GMT</pubDate>
      <guid>https://community.hpe.com/t5/hpe-eva-storage/eva-6x00-read-performance/m-p/4722788#M47038</guid>
      <dc:creator>Mikko Niskanen_1</dc:creator>
      <dc:date>2010-12-08T11:34:38Z</dc:date>
    </item>
  </channel>
</rss>

