<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
		>
<channel>
	<title>Comments on: Oracle ASM Stripe Size</title>
	<atom:link href="http://www.ardentperf.com/2008/12/10/oracle-asm-stripe-size/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.ardentperf.com/2008/12/10/oracle-asm-stripe-size/</link>
	<description>Jeremy Schneider</description>
	<lastBuildDate>Wed, 30 Nov 2011 21:26:13 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.1</generator>
	<item>
		<title>By: bruce</title>
		<link>http://www.ardentperf.com/2008/12/10/oracle-asm-stripe-size/#comment-1589</link>
		<dc:creator>bruce</dc:creator>
		<pubDate>Fri, 21 May 2010 19:59:15 +0000</pubDate>
		<guid isPermaLink="false">http://www.ardentperf.com/?p=665#comment-1589</guid>
		<description>sorry for being (very) late.

i&#039;m in position now talking between DBA&#039;s and SAN admins about the 128K small stripe size.  Do you know if metadata is in the declared strip sizes or if it outside of it?  If it is outside of it, how much metadata is there per a given extent size (128K in this example)?</description>
		<content:encoded><![CDATA[<p>sorry for being (very) late.</p>
<p>i&#8217;m in position now talking between DBA&#8217;s and SAN admins about the 128K small stripe size.  Do you know if metadata is in the declared strip sizes or if it outside of it?  If it is outside of it, how much metadata is there per a given extent size (128K in this example)?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Dan Norris</title>
		<link>http://www.ardentperf.com/2008/12/10/oracle-asm-stripe-size/#comment-1519</link>
		<dc:creator>Dan Norris</dc:creator>
		<pubDate>Thu, 15 Jan 2009 20:06:25 +0000</pubDate>
		<guid isPermaLink="false">http://www.ardentperf.com/?p=665#comment-1519</guid>
		<description>Sorry for being late, but I&#039;m just catching up on my feed reader now.

You&#039;d probably benefit from reading the Oracle Press book on ASM written by Murali, Nitin, and Rich. I&#039;ve just about finished it and found it an excellent resource for technical information. It covers extent allocation, striping, and more with a good amount of detail. It also does a great job of easing into those deep details, so it&#039;s also well-suited for those new to ASM. At about 280 pages, it&#039;s also a pretty quick read (I am a slow reader, so that&#039;s important to me), so you could probably knock it out in a few days.</description>
		<content:encoded><![CDATA[<p>Sorry for being late, but I&#8217;m just catching up on my feed reader now.</p>
<p>You&#8217;d probably benefit from reading the Oracle Press book on ASM written by Murali, Nitin, and Rich. I&#8217;ve just about finished it and found it an excellent resource for technical information. It covers extent allocation, striping, and more with a good amount of detail. It also does a great job of easing into those deep details, so it&#8217;s also well-suited for those new to ASM. At about 280 pages, it&#8217;s also a pretty quick read (I am a slow reader, so that&#8217;s important to me), so you could probably knock it out in a few days.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jeremy</title>
		<link>http://www.ardentperf.com/2008/12/10/oracle-asm-stripe-size/#comment-1427</link>
		<dc:creator>Jeremy</dc:creator>
		<pubDate>Thu, 11 Dec 2008 06:33:29 +0000</pubDate>
		<guid isPermaLink="false">http://www.ardentperf.com/?p=665#comment-1427</guid>
		<description>Wow - reading the &lt;a href=&quot;http://download.oracle.com/docs/cd/B19306_01/server.102/b14231/storeman.htm#sthref1626&quot; rel=&quot;nofollow&quot;&gt;10gR2 ASM manual&lt;/a&gt; actually helps a lot. I think you&#039;re exactly right that the confusing terminology in 11g is a result of the fact that 10g didn&#039;t have multiple extent sizes.

&lt;blockquote&gt;The coarse-grained stripe size is always equal to the AU size.&lt;/blockquote&gt;

The course-grained stripe size is the extent size. The 11g manuals seem to refer to both a DISKGROUP AU (au_size property) and a FILE AU (extent). The metalink article you quoted seems to fit with this terminology too.

It&#039;s a mess; I hope they clean it up in 11g release 2 (whenever that actually gets released).</description>
		<content:encoded><![CDATA[<p>Wow &#8211; reading the <a href="http://download.oracle.com/docs/cd/B19306_01/server.102/b14231/storeman.htm#sthref1626" rel="nofollow">10gR2 ASM manual</a> actually helps a lot. I think you&#8217;re exactly right that the confusing terminology in 11g is a result of the fact that 10g didn&#8217;t have multiple extent sizes.</p>
<blockquote><p>The coarse-grained stripe size is always equal to the AU size.</p></blockquote>
<p>The course-grained stripe size is the extent size. The 11g manuals seem to refer to both a DISKGROUP AU (au_size property) and a FILE AU (extent). The metalink article you quoted seems to fit with this terminology too.</p>
<p>It&#8217;s a mess; I hope they clean it up in 11g release 2 (whenever that actually gets released).</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Ittichai</title>
		<link>http://www.ardentperf.com/2008/12/10/oracle-asm-stripe-size/#comment-1426</link>
		<dc:creator>Ittichai</dc:creator>
		<pubDate>Thu, 11 Dec 2008 05:44:07 +0000</pubDate>
		<guid isPermaLink="false">http://www.ardentperf.com/?p=665#comment-1426</guid>
		<description>&lt;code&gt;&quot;striping is based on the data extent size. The usage of the term “allocation unit” was what I found confusing (even in the SR resolution)…&quot;&lt;/code&gt;

I agree it is confusing. But I think it might have to do with the behavior in 10g where extent and AU are always the same size thus two words are used interchangeably. However, this is “not” always true in 11g.

&lt;code&gt;
allocation unit = extent size
40000&gt;extent&gt;20000 =&gt; FILE_AU=DISKGROUP_AU*8.&lt;/code&gt;

I assume you meant -

Number of extents&#8195;&#8195;Extent Size
&lt;20,000                      &#8195; &#8195;&#8195;&#8195;&#8195;&#8195;&#8195;&#8195; AU
&#8805;20,000 and &lt;40,000     &#8195;AU * 8 
&#8805;40,000                     &#8195; &#8195;&#8195;&#8195;&#8195;&#8195;&#8195;&#8195;AU * 64


[&lt;a href=&quot;http://h71028.www7.hp.com/ERC/downloads/4AA1-5662ENW.pdf&quot; rel=&quot;nofollow&quot;&gt;reference&lt;/a&gt;]

So the “FILE_AU” is actually the “extent”, and “DISKGROUP_AU” is the “AU” we always refer to.

Based on the statement in metalink note 465039.1 shown below, above statement makes sense.

“Also, note that in ASM the space is managed logically using Allocation Units (AU) at the &lt;b&gt;disk level&lt;/b&gt; and Extents at the &lt;b&gt;file level&lt;/b&gt;”


&lt;code&gt;“Suppose you have a diskgroup with 1MB AU size. After a particular file has 20000 extents, the allocation unit for that file becomes 8MB.”&lt;/code&gt;

When first read this, my first impression was “after 2000 extents, the AU (implying DISKGROUP_AU) becomes 8MB in size”, which I don’t think that is the case. After 20000 extents, the extend size will become 8MB because the extent size is now 8 times of the AU size. The AU size still remains at 1MB. The word “allocation unit for that file” threw me off. However, if I replace it with FILE_AU (which is extent), it makes more sense. Is this what it meant here?

Great investigation.

Thanks,

Ittichai</description>
		<content:encoded><![CDATA[<p><code>"striping is based on the data extent size. The usage of the term “allocation unit” was what I found confusing (even in the SR resolution)…"</code></p>
<p>I agree it is confusing. But I think it might have to do with the behavior in 10g where extent and AU are always the same size thus two words are used interchangeably. However, this is “not” always true in 11g.</p>
<p><code><br />
allocation unit = extent size<br />
40000&gt;extent&gt;20000 =&gt; FILE_AU=DISKGROUP_AU*8.</code></p>
<p>I assume you meant -</p>
<p>Number of extents&emsp;&emsp;Extent Size<br />
&lt;20,000                      &emsp; &emsp;&emsp;&emsp;&emsp;&emsp;&emsp;&emsp; AU<br />
&ge;20,000 and &lt;40,000     &emsp;AU * 8<br />
&ge;40,000                     &emsp; &emsp;&emsp;&emsp;&emsp;&emsp;&emsp;&emsp;AU * 64</p>
<p>[<a href="http://h71028.www7.hp.com/ERC/downloads/4AA1-5662ENW.pdf" rel="nofollow">reference</a>]</p>
<p>So the “FILE_AU” is actually the “extent”, and “DISKGROUP_AU” is the “AU” we always refer to.</p>
<p>Based on the statement in metalink note 465039.1 shown below, above statement makes sense.</p>
<p>“Also, note that in ASM the space is managed logically using Allocation Units (AU) at the <b>disk level</b> and Extents at the <b>file level</b>”</p>
<p><code>“Suppose you have a diskgroup with 1MB AU size. After a particular file has 20000 extents, the allocation unit for that file becomes 8MB.”</code></p>
<p>When first read this, my first impression was “after 2000 extents, the AU (implying DISKGROUP_AU) becomes 8MB in size”, which I don’t think that is the case. After 20000 extents, the extend size will become 8MB because the extent size is now 8 times of the AU size. The AU size still remains at 1MB. The word “allocation unit for that file” threw me off. However, if I replace it with FILE_AU (which is extent), it makes more sense. Is this what it meant here?</p>
<p>Great investigation.</p>
<p>Thanks,</p>
<p>Ittichai</p>
]]></content:encoded>
	</item>
</channel>
</rss>
<!-- WP Super Cache is installed but broken. The path to wp-cache-phase1.php in wp-content/advanced-cache.php must be fixed! -->
