<?xml version="1.0" encoding="UTF-8" ?>
<rss version="2.0">
<channel>
<title><![CDATA[linuxの飘扬]]></title> 
<link>https://www.linuxfly.org/index.php</link> 
<description><![CDATA[Power by www.linuxfly.org]]></description> 
<language>zh-cn</language> 
<copyright><![CDATA[linuxの飘扬]]></copyright>
<item>
<link>https://www.linuxfly.org/post//</link>
<title><![CDATA[[原]Oracle的SGA与系统vm.nr_hugepages不匹配导致的故障]]></title> 
<author>linuxing &lt;emos#linuxfly.org&gt;</author>
<category><![CDATA[故障处理]]></category>
<pubDate>Fri, 14 May 2010 20:18:59 +0000</pubDate> 
<guid>https://www.linuxfly.org/post//</guid> 
<description>
<![CDATA[ 
	&nbsp;&nbsp;&nbsp;&nbsp;某项目，使用红旗DC Server 5.0 for x86_64 SP2，运行Oracle RAC 10.2.0.4。而应用服务器上的应用通过Oracle客户端来连接，为常连接的方式。当进行应用的压力测试时，发现数据库服务器在运行一段时间（约3个小时后），系统会失去响应。当做了大量的系统状态及内存使用情况的分析后，发现系统失去响应的原因是，Oracle不断的申请内存，直到内存消耗完所导致的。深究其原因，是由于系统的核心参数vm.nr_hugepages与SGA的大小不匹配，Oracle并没有使用HugePages来分配SGA，而是在不断的消耗系统其它内存。<br/>............<br/><br/>Tags - <a href="https://www.linuxfly.org/tags/oracle/" rel="tag">oracle</a> , <a href="https://www.linuxfly.org/tags/kernel/" rel="tag">kernel</a> , <a href="https://www.linuxfly.org/tags/memory/" rel="tag">memory</a> , <a href="https://www.linuxfly.org/tags/nr_hugepages/" rel="tag">nr_hugepages</a>
]]>
</description>
</item><item>
<link>https://www.linuxfly.org/post//#blogcomment</link>
<title><![CDATA[[评论] [原]Oracle的SGA与系统vm.nr_hugepages不匹配导致的故障]]></title> 
<author> &lt;user@domain.com&gt;</author>
<category><![CDATA[评论]]></category>
<pubDate>Thu, 01 Jan 1970 00:00:00 +0000</pubDate> 
<guid>https://www.linuxfly.org/post//#blogcomment</guid> 
<description>
<![CDATA[ 
	
]]>
</description>
</item>
</channel>
</rss>