<?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: Nike disk array Cache size in Disk Enclosures</title>
    <link>https://community.hpe.com/t5/disk-enclosures/nike-disk-array-cache-size/m-p/2681889#M4361</link>
    <description>depends on your raid level.&lt;BR /&gt;&lt;BR /&gt;If you're in R5, I'd suggest assigning more memory for the calculation space around 2M per LUN.&lt;BR /&gt;&lt;BR /&gt;You can turn on statistics on the nike via gridmgr, but I'd prefer to rely on host based tests and turn ALL stats off on the Nike. (Bet you have them on)&lt;BR /&gt;&lt;BR /&gt;Most perf gain on the Nike will come from elsewhere. (bet you've messed up that config) &lt;BR /&gt;See my posts here:&lt;BR /&gt;&lt;A href="http://forums.itrc.hp.com/cm/QuestionAnswer/1,,0xd5178ffa98a2d5118ff10090279cd0f9,00.html" target="_blank"&gt;http://forums.itrc.hp.com/cm/QuestionAnswer/1,,0xd5178ffa98a2d5118ff10090279cd0f9,00.html&lt;/A&gt;&lt;BR /&gt;&lt;BR /&gt;Later,&lt;BR /&gt;Bill</description>
    <pubDate>Wed, 13 Mar 2002 08:55:19 GMT</pubDate>
    <dc:creator>Bill McNAMARA_1</dc:creator>
    <dc:date>2002-03-13T08:55:19Z</dc:date>
    <item>
      <title>Nike disk array Cache size</title>
      <link>https://community.hpe.com/t5/disk-enclosures/nike-disk-array-cache-size/m-p/2681887#M4359</link>
      <description>I am trying to determine if it is justify increasing the cache size of the Nike disk array from 10M to 64M. &lt;BR /&gt;&lt;BR /&gt;My HPUX OS buffer cache is 600M in size and is averaging 100% for %rcache or GPL_MEM_CACHE_HIT_PCT, also 97% %wcache. It looks like Nike cache is redundancy if the OS buffer cache is large enough like the box that I have. Given in theory most of the data in the Nick cache should be in the buffer cache anyway and most of the buffer cache miss would generate a Nick cache miss therefore a physical disk access? That sound having a large Nick cache pointless. Am not saying it is totally unnecessary assuming the storage processor has its own algorithm to do certain read ahead and keep the data in the Nike cache.  Beside of that, would there be a significant performance gain to upgrade the cache in the Nike from 10M to 64M?&lt;BR /&gt;&lt;BR /&gt;Thanks for your help,&lt;BR /&gt;Keith Leung</description>
      <pubDate>Wed, 13 Mar 2002 04:04:57 GMT</pubDate>
      <guid>https://community.hpe.com/t5/disk-enclosures/nike-disk-array-cache-size/m-p/2681887#M4359</guid>
      <dc:creator>Team Leader UNIX DBA</dc:creator>
      <dc:date>2002-03-13T04:04:57Z</dc:date>
    </item>
    <item>
      <title>Re: Nike disk array Cache size</title>
      <link>https://community.hpe.com/t5/disk-enclosures/nike-disk-array-cache-size/m-p/2681888#M4360</link>
      <description>Hi,&lt;BR /&gt;&lt;BR /&gt;I haven't got the piece of hardware, but there&lt;BR /&gt;has been many posts recently in regards to the&lt;BR /&gt;usage of the kernel buffer cache. General &lt;BR /&gt;consensus is that having any more than 300Mb is&lt;BR /&gt;a pointless exercise. This could be what is &lt;BR /&gt;causing your current problem. Do a search on &lt;BR /&gt;buffer cache in the forums here and you will see what I am talking about. Below are some:&lt;BR /&gt;&lt;BR /&gt;&lt;A href="http://forums.itrc.hp.com/cm/QuestionAnswer/1,,0xf49203bbece8d5118ff40090279cd0f9,00.html" target="_blank"&gt;http://forums.itrc.hp.com/cm/QuestionAnswer/1,,0xf49203bbece8d5118ff40090279cd0f9,00.html&lt;/A&gt;&lt;BR /&gt;&lt;A href="http://forums.itrc.hp.com/cm/QuestionAnswer/1,11866,0x997cabe92dabd5118ff10090279cd0f9,00.html" target="_blank"&gt;http://forums.itrc.hp.com/cm/QuestionAnswer/1,11866,0x997cabe92dabd5118ff10090279cd0f9,00.html&lt;/A&gt; &lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;</description>
      <pubDate>Wed, 13 Mar 2002 04:17:52 GMT</pubDate>
      <guid>https://community.hpe.com/t5/disk-enclosures/nike-disk-array-cache-size/m-p/2681888#M4360</guid>
      <dc:creator>Michael Tully</dc:creator>
      <dc:date>2002-03-13T04:17:52Z</dc:date>
    </item>
    <item>
      <title>Re: Nike disk array Cache size</title>
      <link>https://community.hpe.com/t5/disk-enclosures/nike-disk-array-cache-size/m-p/2681889#M4361</link>
      <description>depends on your raid level.&lt;BR /&gt;&lt;BR /&gt;If you're in R5, I'd suggest assigning more memory for the calculation space around 2M per LUN.&lt;BR /&gt;&lt;BR /&gt;You can turn on statistics on the nike via gridmgr, but I'd prefer to rely on host based tests and turn ALL stats off on the Nike. (Bet you have them on)&lt;BR /&gt;&lt;BR /&gt;Most perf gain on the Nike will come from elsewhere. (bet you've messed up that config) &lt;BR /&gt;See my posts here:&lt;BR /&gt;&lt;A href="http://forums.itrc.hp.com/cm/QuestionAnswer/1,,0xd5178ffa98a2d5118ff10090279cd0f9,00.html" target="_blank"&gt;http://forums.itrc.hp.com/cm/QuestionAnswer/1,,0xd5178ffa98a2d5118ff10090279cd0f9,00.html&lt;/A&gt;&lt;BR /&gt;&lt;BR /&gt;Later,&lt;BR /&gt;Bill</description>
      <pubDate>Wed, 13 Mar 2002 08:55:19 GMT</pubDate>
      <guid>https://community.hpe.com/t5/disk-enclosures/nike-disk-array-cache-size/m-p/2681889#M4361</guid>
      <dc:creator>Bill McNAMARA_1</dc:creator>
      <dc:date>2002-03-13T08:55:19Z</dc:date>
    </item>
  </channel>
</rss>

