<?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: Disk Size to Performance in Disk Enclosures</title>
    <link>https://community.hpe.com/t5/disk-enclosures/disk-size-to-performance/m-p/4135179#M25997</link>
    <description>In case of Virtual Disks, from the storage perspective, the LUN size does not affects the performance.&lt;BR /&gt;&lt;BR /&gt;But you could get performance benefits from the operating system perspective, if you have more than one LUN, as cache/queues are asignes in a per LUN basis.&lt;BR /&gt;&lt;BR /&gt;If where up to me, I would create 500 GB LUNs.&lt;BR /&gt;&lt;BR /&gt;You should also consider your backup strategy.&lt;BR /&gt;&lt;BR /&gt;If you can, try to put read-only information in  a separate LUN, so you can backup this  less frequently.</description>
    <pubDate>Thu, 24 Jan 2008 18:14:57 GMT</pubDate>
    <dc:creator>Ivan Ferreira</dc:creator>
    <dc:date>2008-01-24T18:14:57Z</dc:date>
    <item>
      <title>Disk Size to Performance</title>
      <link>https://community.hpe.com/t5/disk-enclosures/disk-size-to-performance/m-p/4135178#M25996</link>
      <description>Does the Virtual disk size affect performance ?&lt;BR /&gt;&lt;BR /&gt;For Eg: do you recommend creating one large 2TB LUN or multiple smaller LUNs to be assigned to one server.&lt;BR /&gt;&lt;BR /&gt;Thanks,&lt;BR /&gt;&lt;BR /&gt;Sajeev</description>
      <pubDate>Thu, 24 Jan 2008 17:46:32 GMT</pubDate>
      <guid>https://community.hpe.com/t5/disk-enclosures/disk-size-to-performance/m-p/4135178#M25996</guid>
      <dc:creator>Sajeev2007</dc:creator>
      <dc:date>2008-01-24T17:46:32Z</dc:date>
    </item>
    <item>
      <title>Re: Disk Size to Performance</title>
      <link>https://community.hpe.com/t5/disk-enclosures/disk-size-to-performance/m-p/4135179#M25997</link>
      <description>In case of Virtual Disks, from the storage perspective, the LUN size does not affects the performance.&lt;BR /&gt;&lt;BR /&gt;But you could get performance benefits from the operating system perspective, if you have more than one LUN, as cache/queues are asignes in a per LUN basis.&lt;BR /&gt;&lt;BR /&gt;If where up to me, I would create 500 GB LUNs.&lt;BR /&gt;&lt;BR /&gt;You should also consider your backup strategy.&lt;BR /&gt;&lt;BR /&gt;If you can, try to put read-only information in  a separate LUN, so you can backup this  less frequently.</description>
      <pubDate>Thu, 24 Jan 2008 18:14:57 GMT</pubDate>
      <guid>https://community.hpe.com/t5/disk-enclosures/disk-size-to-performance/m-p/4135179#M25997</guid>
      <dc:creator>Ivan Ferreira</dc:creator>
      <dc:date>2008-01-24T18:14:57Z</dc:date>
    </item>
    <item>
      <title>Re: Disk Size to Performance</title>
      <link>https://community.hpe.com/t5/disk-enclosures/disk-size-to-performance/m-p/4135180#M25998</link>
      <description>hi;&lt;BR /&gt;&lt;BR /&gt;I would recommend smaller size luns ( around 500Gb for your conf ) , because luns will be distributed among controller, more easy administration task, more easy backup administration, queu depth settings and more.&lt;BR /&gt;&lt;BR /&gt;Hasan.&lt;BR /&gt;</description>
      <pubDate>Thu, 24 Jan 2008 18:19:19 GMT</pubDate>
      <guid>https://community.hpe.com/t5/disk-enclosures/disk-size-to-performance/m-p/4135180#M25998</guid>
      <dc:creator>Hasan  Atasoy</dc:creator>
      <dc:date>2008-01-24T18:19:19Z</dc:date>
    </item>
    <item>
      <title>Re: Disk Size to Performance</title>
      <link>https://community.hpe.com/t5/disk-enclosures/disk-size-to-performance/m-p/4135181#M25999</link>
      <description>what if its a VM Ware cluster with 6 TB and 6 ESX servers</description>
      <pubDate>Thu, 24 Jan 2008 18:34:31 GMT</pubDate>
      <guid>https://community.hpe.com/t5/disk-enclosures/disk-size-to-performance/m-p/4135181#M25999</guid>
      <dc:creator>Sajeev2007</dc:creator>
      <dc:date>2008-01-24T18:34:31Z</dc:date>
    </item>
    <item>
      <title>Re: Disk Size to Performance</title>
      <link>https://community.hpe.com/t5/disk-enclosures/disk-size-to-performance/m-p/4135182#M26000</link>
      <description>Hi Sajeev:&lt;BR /&gt;&lt;BR /&gt;The more the better.  The bigger the fire hose the faster the water is delivered.  Here are some areas that you can control to get faster delivery.&lt;BR /&gt;&lt;BR /&gt;File system block size.  Bigger blocks mean less work for the transfer.&lt;BR /&gt;&lt;BR /&gt;Stripping across spindles and disks.  The more spindles the less work to perform when read / writting.&lt;BR /&gt;&lt;BR /&gt;HBA's.  Get as many as possible on both server and disk array and round robin the HBA&lt;BR /&gt;s (* pri &amp;gt; alt alt &amp;gt; pri *) to balance evenly across the HBA's.&lt;BR /&gt;&lt;BR /&gt;Raid 1 is faster than Raid 5.  Put your database on raid 5 and your archive logs on raid 1.&lt;BR /&gt;&lt;BR /&gt;Use one disk group in the disk array.  Especially if you're limited by only two HBA controllers.</description>
      <pubDate>Thu, 24 Jan 2008 19:02:01 GMT</pubDate>
      <guid>https://community.hpe.com/t5/disk-enclosures/disk-size-to-performance/m-p/4135182#M26000</guid>
      <dc:creator>Michael Steele_2</dc:creator>
      <dc:date>2008-01-24T19:02:01Z</dc:date>
    </item>
  </channel>
</rss>

