<?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/"
	xmlns:series="http://unfoldingneurons.com/"
		>
<channel>
	<title>Comments on: Linux HugeTLBfs: Improve MySQL Database Application Performance</title>
	<atom:link href="http://www.cyberciti.biz/tips/linux-hugetlbfs-and-mysql-performance.html/feed" rel="self" type="application/rss+xml" />
	<link>http://www.cyberciti.biz/tips/linux-hugetlbfs-and-mysql-performance.html</link>
	<description>This is a Linux sys admin journal by Vivek about sys admin work, Linux tips &#38; tricks, hacks, news and more.</description>
	<lastBuildDate>Mon, 15 Mar 2010 18:18:45 +0000</lastBuildDate>
	<generator>http://wordpress.org/?v=2.9.2</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: juan</title>
		<link>http://www.cyberciti.biz/tips/linux-hugetlbfs-and-mysql-performance.html#comment-149829</link>
		<dc:creator>juan</dc:creator>
		<pubDate>Sun, 02 Aug 2009 16:02:31 +0000</pubDate>
		<guid isPermaLink="false">http://www.cyberciti.biz/tips/?p=4773#comment-149829</guid>
		<description>Can i use  HugeTLBfs for PostgreSQL?</description>
		<content:encoded><![CDATA[<p>Can i use  HugeTLBfs for PostgreSQL?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Taylan Develioglu</title>
		<link>http://www.cyberciti.biz/tips/linux-hugetlbfs-and-mysql-performance.html#comment-149536</link>
		<dc:creator>Taylan Develioglu</dc:creator>
		<pubDate>Fri, 17 Jul 2009 12:58:52 +0000</pubDate>
		<guid isPermaLink="false">http://www.cyberciti.biz/tips/?p=4773#comment-149536</guid>
		<description>nonsense...

have you noticed 68719476736 translates to 65gb?

huge pages are only supported by the innodb engine , and vm.nr_hugepages should be set to match the memory used (i.e. buffer pool size) by it accordingly , not some arbitrary value as you&#039;re suggesting. 

And why raise the shared memory limit to 16gb if you&#039;re going to use only 1 gb (512 pages) (8gb is the default in linux 2.6).

your post does not provide any useful information over what is already in the mysql documentation, and by omitting cricital details it is actually harmful. If you&#039;re going to blindly copy+paste existing documentation as if it was new, at least get it right.

The mysql docs are at http://dev.mysql.com/doc/refman/5.1/en/large-page-support.html, for those interested</description>
		<content:encoded><![CDATA[<p>nonsense&#8230;</p>
<p>have you noticed 68719476736 translates to 65gb?</p>
<p>huge pages are only supported by the innodb engine , and vm.nr_hugepages should be set to match the memory used (i.e. buffer pool size) by it accordingly , not some arbitrary value as you&#8217;re suggesting. </p>
<p>And why raise the shared memory limit to 16gb if you&#8217;re going to use only 1 gb (512 pages) (8gb is the default in linux 2.6).</p>
<p>your post does not provide any useful information over what is already in the mysql documentation, and by omitting cricital details it is actually harmful. If you&#8217;re going to blindly copy+paste existing documentation as if it was new, at least get it right.</p>
<p>The mysql docs are at <a href="http://dev.mysql.com/doc/refman/5.1/en/large-page-support.html" rel="nofollow">http://dev.mysql.com/doc/refman/5.1/en/large-page-support.html</a>, for those interested</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: kim jong il</title>
		<link>http://www.cyberciti.biz/tips/linux-hugetlbfs-and-mysql-performance.html#comment-148729</link>
		<dc:creator>kim jong il</dc:creator>
		<pubDate>Wed, 27 May 2009 19:16:39 +0000</pubDate>
		<guid isPermaLink="false">http://www.cyberciti.biz/tips/?p=4773#comment-148729</guid>
		<description>this was news in 1986 when the &#039;386 debuted....</description>
		<content:encoded><![CDATA[<p>this was news in 1986 when the &#8216;386 debuted&#8230;.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: wlong</title>
		<link>http://www.cyberciti.biz/tips/linux-hugetlbfs-and-mysql-performance.html#comment-148659</link>
		<dc:creator>wlong</dc:creator>
		<pubDate>Fri, 22 May 2009 10:02:00 +0000</pubDate>
		<guid isPermaLink="false">http://www.cyberciti.biz/tips/?p=4773#comment-148659</guid>
		<description>I got an Innodb Error message:
[root@andromeda ~]# tail -n 10 /var/log/mysqld.log 
090523 01:58:57  mysqld started
InnoDB: HugeTLB: Warning: Failed to allocate 8404992 bytes. errno 12
InnoDB HugeTLB: Warning: Using conventional memory pool
090523  1:58:57  InnoDB: Started; log sequence number 0 43655
Warning: Failed to allocate 8388608 bytes from HugeTLB memory. errno 12
Warning: Using conventional memory pool
090523  1:58:57 [Note] /usr/libexec/mysqld: ready for connections.
Version: &#039;5.0.45&#039;  socket: &#039;/var/lib/mysql/mysql.sock&#039;  port: 3306  Source distribution</description>
		<content:encoded><![CDATA[<p>I got an Innodb Error message:<br />
[root@andromeda ~]# tail -n 10 /var/log/mysqld.log<br />
090523 01:58:57  mysqld started<br />
InnoDB: HugeTLB: Warning: Failed to allocate 8404992 bytes. errno 12<br />
InnoDB HugeTLB: Warning: Using conventional memory pool<br />
090523  1:58:57  InnoDB: Started; log sequence number 0 43655<br />
Warning: Failed to allocate 8388608 bytes from HugeTLB memory. errno 12<br />
Warning: Using conventional memory pool<br />
090523  1:58:57 [Note] /usr/libexec/mysqld: ready for connections.<br />
Version: &#8216;5.0.45&#8242;  socket: &#8216;/var/lib/mysql/mysql.sock&#8217;  port: 3306  Source distribution</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Vivek Gite</title>
		<link>http://www.cyberciti.biz/tips/linux-hugetlbfs-and-mysql-performance.html#comment-148633</link>
		<dc:creator>Vivek Gite</dc:creator>
		<pubDate>Wed, 20 May 2009 13:03:35 +0000</pubDate>
		<guid isPermaLink="false">http://www.cyberciti.biz/tips/?p=4773#comment-148633</guid>
		<description>The FreeBSD virtual memory subsystem now supports fully transparent use of superpages for application memory; application memory pages are dynamically promoted to or demoted from superpages without any modification to application code. This change offers the benefit of large page sizes such as improved virtual memory efficiency and reduced TLB (translation lookaside buffer) misses without downsides like application changes and virtual memory inflexibility. This is disabled by default and can be enabled by setting a loader tunable vm.pmap.pg_ps_enabled to 1. Add vm.pmap.pg_ps_enabled=1 to /boot/loader.conf.

However, I&#039;ve not tested it with MySQL or anything else...

HTH</description>
		<content:encoded><![CDATA[<p>The FreeBSD virtual memory subsystem now supports fully transparent use of superpages for application memory; application memory pages are dynamically promoted to or demoted from superpages without any modification to application code. This change offers the benefit of large page sizes such as improved virtual memory efficiency and reduced TLB (translation lookaside buffer) misses without downsides like application changes and virtual memory inflexibility. This is disabled by default and can be enabled by setting a loader tunable vm.pmap.pg_ps_enabled to 1. Add vm.pmap.pg_ps_enabled=1 to /boot/loader.conf.</p>
<p>However, I&#8217;ve not tested it with MySQL or anything else&#8230;</p>
<p>HTH</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Vladimir Micovic</title>
		<link>http://www.cyberciti.biz/tips/linux-hugetlbfs-and-mysql-performance.html#comment-148632</link>
		<dc:creator>Vladimir Micovic</dc:creator>
		<pubDate>Wed, 20 May 2009 12:53:02 +0000</pubDate>
		<guid isPermaLink="false">http://www.cyberciti.biz/tips/?p=4773#comment-148632</guid>
		<description>can i try this on fbsd?</description>
		<content:encoded><![CDATA[<p>can i try this on fbsd?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Vivek Gite</title>
		<link>http://www.cyberciti.biz/tips/linux-hugetlbfs-and-mysql-performance.html#comment-148628</link>
		<dc:creator>Vivek Gite</dc:creator>
		<pubDate>Wed, 20 May 2009 09:26:03 +0000</pubDate>
		<guid isPermaLink="false">http://www.cyberciti.biz/tips/?p=4773#comment-148628</guid>
		<description>Yes, Ubuntu Linux has different file locations. Thanks for sharing the information.</description>
		<content:encoded><![CDATA[<p>Yes, Ubuntu Linux has different file locations. Thanks for sharing the information.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: blink4blog</title>
		<link>http://www.cyberciti.biz/tips/linux-hugetlbfs-and-mysql-performance.html#comment-148627</link>
		<dc:creator>blink4blog</dc:creator>
		<pubDate>Wed, 20 May 2009 08:52:42 +0000</pubDate>
		<guid isPermaLink="false">http://www.cyberciti.biz/tips/?p=4773#comment-148627</guid>
		<description>I am implementing this under Ubuntu 9.0.4 with MySQL 5.0.75-0ubuntu10, few points I would like to clarify:

1. the command of &quot;grep -i huge /proc/meminfo&quot; returns the following:

HugePages_Total:       0
HugePages_Free:        0
HugePages_Rsvd:        0
&lt;em&gt;HugePages_Surp:        0&lt;/em&gt;
Hugepagesize:       4096 kB

2. my.cnf should be located under /etc/mysql/my.cnf

3. the command to restart mysql should be # /etc/init.d/mysql restart</description>
		<content:encoded><![CDATA[<p>I am implementing this under Ubuntu 9.0.4 with MySQL 5.0.75-0ubuntu10, few points I would like to clarify:</p>
<p>1. the command of &#8220;grep -i huge /proc/meminfo&#8221; returns the following:</p>
<p>HugePages_Total:       0<br />
HugePages_Free:        0<br />
HugePages_Rsvd:        0<br />
<em>HugePages_Surp:        0</em><br />
Hugepagesize:       4096 kB</p>
<p>2. my.cnf should be located under /etc/mysql/my.cnf</p>
<p>3. the command to restart mysql should be # /etc/init.d/mysql restart</p>
]]></content:encoded>
	</item>
</channel>
</rss>

<!-- Dynamic Page Served (once) in 0.186 seconds -->
<!-- Cached page served by WP-Cache -->
