<?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"
	>
<channel>
	<title>Comments on: MyISAM mmap feature (5.1)</title>
	<atom:link href="http://www.mysqlperformanceblog.com/2006/05/26/myisam-mmap-feature-51/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.mysqlperformanceblog.com/2006/05/26/myisam-mmap-feature-51/</link>
	<description>Everything about MySQL Performance</description>
	<pubDate>Tue, 07 Oct 2008 14:27:32 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.5.1</generator>
		<item>
		<title>By: domas mituzas: vaporware, inc. &#187; Blog Archive &#187; mmap()</title>
		<link>http://www.mysqlperformanceblog.com/2006/05/26/myisam-mmap-feature-51/#comment-345869</link>
		<dc:creator>domas mituzas: vaporware, inc. &#187; Blog Archive &#187; mmap()</dc:creator>
		<pubDate>Sun, 17 Aug 2008 19:52:04 +0000</pubDate>
		<guid isPermaLink="false">http://www.mysqlperformanceblog.com/2006/05/26/myisam-mmap-feature-51/#comment-345869</guid>
		<description>[...] now MySQL is using mmap() just for packed MyISAM files. Vadim wrote a patch to do more of [...]</description>
		<content:encoded><![CDATA[<p>[...] now MySQL is using mmap() just for packed MyISAM files. Vadim wrote a patch to do more of [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Michael</title>
		<link>http://www.mysqlperformanceblog.com/2006/05/26/myisam-mmap-feature-51/#comment-265255</link>
		<dc:creator>Michael</dc:creator>
		<pubDate>Thu, 03 Apr 2008 21:35:53 +0000</pubDate>
		<guid isPermaLink="false">http://www.mysqlperformanceblog.com/2006/05/26/myisam-mmap-feature-51/#comment-265255</guid>
		<description>As this article is several years old, would it be possible to post the 5.0 series patch if it will still apply to the current 5.0.54 (or other) release?

Thanks,
Michael</description>
		<content:encoded><![CDATA[<p>As this article is several years old, would it be possible to post the 5.0 series patch if it will still apply to the current 5.0.54 (or other) release?</p>
<p>Thanks,<br />
Michael</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Yuri</title>
		<link>http://www.mysqlperformanceblog.com/2006/05/26/myisam-mmap-feature-51/#comment-1951</link>
		<dc:creator>Yuri</dc:creator>
		<pubDate>Tue, 22 Aug 2006 15:37:16 +0000</pubDate>
		<guid isPermaLink="false">http://www.mysqlperformanceblog.com/2006/05/26/myisam-mmap-feature-51/#comment-1951</guid>
		<description>Great, thank you! I've got about 10-15% performance on SELECTs with multiple simple joins 
using unindexes LIKE and REGEXP searches throught a table with 1m records.</description>
		<content:encoded><![CDATA[<p>Great, thank you! I&#8217;ve got about 10-15% performance on SELECTs with multiple simple joins<br />
using unindexes LIKE and REGEXP searches throught a table with 1m records.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Vadim</title>
		<link>http://www.mysqlperformanceblog.com/2006/05/26/myisam-mmap-feature-51/#comment-1090</link>
		<dc:creator>Vadim</dc:creator>
		<pubDate>Wed, 19 Jul 2006 07:10:42 +0000</pubDate>
		<guid isPermaLink="false">http://www.mysqlperformanceblog.com/2006/05/26/myisam-mmap-feature-51/#comment-1090</guid>
		<description>Valeriy,

I don't think mmap require changes in ulimit -n. At least I have not heard about.

Regarding that bug it could be out of memory error on 32bit.
Maybe there is still restriction in 2GB summary for allocated memory and mmaped size.
I'll try to investigate this.</description>
		<content:encoded><![CDATA[<p>Valeriy,</p>
<p>I don&#8217;t think mmap require changes in ulimit -n. At least I have not heard about.</p>
<p>Regarding that bug it could be out of memory error on 32bit.<br />
Maybe there is still restriction in 2GB summary for allocated memory and mmaped size.<br />
I&#8217;ll try to investigate this.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Valeriy Kravchuk</title>
		<link>http://www.mysqlperformanceblog.com/2006/05/26/myisam-mmap-feature-51/#comment-808</link>
		<dc:creator>Valeriy Kravchuk</dc:creator>
		<pubDate>Tue, 04 Jul 2006 14:47:16 +0000</pubDate>
		<guid isPermaLink="false">http://www.mysqlperformanceblog.com/2006/05/26/myisam-mmap-feature-51/#comment-808</guid>
		<description>Vadim,

Does --myisam_use_mmap=1 require any changes in ulimit -n settings? It is about MySQL bug #19800...</description>
		<content:encoded><![CDATA[<p>Vadim,</p>
<p>Does &#8211;myisam_use_mmap=1 require any changes in ulimit -n settings? It is about MySQL bug #19800&#8230;</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Vadim</title>
		<link>http://www.mysqlperformanceblog.com/2006/05/26/myisam-mmap-feature-51/#comment-169</link>
		<dc:creator>Vadim</dc:creator>
		<pubDate>Thu, 15 Jun 2006 07:39:59 +0000</pubDate>
		<guid isPermaLink="false">http://www.mysqlperformanceblog.com/2006/05/26/myisam-mmap-feature-51/#comment-169</guid>
		<description>Kevin,

Heh, I also don't know how to get cache hit rate.
Some statistics is available in /proc/slabinfo (http://seth.positivism.org/man.cgi/5/slabinfo) but there is no hit statistics</description>
		<content:encoded><![CDATA[<p>Kevin,</p>
<p>Heh, I also don&#8217;t know how to get cache hit rate.<br />
Some statistics is available in /proc/slabinfo (http://seth.positivism.org/man.cgi/5/slabinfo) but there is no hit statistics</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Kevin Burton</title>
		<link>http://www.mysqlperformanceblog.com/2006/05/26/myisam-mmap-feature-51/#comment-168</link>
		<dc:creator>Kevin Burton</dc:creator>
		<pubDate>Thu, 15 Jun 2006 06:32:10 +0000</pubDate>
		<guid isPermaLink="false">http://www.mysqlperformanceblog.com/2006/05/26/myisam-mmap-feature-51/#comment-168</guid>
		<description>One thing that bothers me is that I'm not able to determine my OS cache efficiency.  

I use munin and RRD to graph as many stats about MySQL as possible. Number of slow queries, query cache efficiency, etc.  

The problem is I can't figure out where Linux keeps stats on its file cache hit rate.

Anyone have any idea?  email me please and I'll write a munin plugin for it :)

Kevin</description>
		<content:encoded><![CDATA[<p>One thing that bothers me is that I&#8217;m not able to determine my OS cache efficiency.  </p>
<p>I use munin and RRD to graph as many stats about MySQL as possible. Number of slow queries, query cache efficiency, etc.  </p>
<p>The problem is I can&#8217;t figure out where Linux keeps stats on its file cache hit rate.</p>
<p>Anyone have any idea?  email me please and I&#8217;ll write a munin plugin for it <img src='http://www.mysqlperformanceblog.com/wp-includes/images/smilies/icon_smile.gif' alt=':)' class='wp-smiley' /> </p>
<p>Kevin</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Vadim</title>
		<link>http://www.mysqlperformanceblog.com/2006/05/26/myisam-mmap-feature-51/#comment-49</link>
		<dc:creator>Vadim</dc:creator>
		<pubDate>Fri, 26 May 2006 12:57:04 +0000</pubDate>
		<guid isPermaLink="false">http://www.mysqlperformanceblog.com/2006/05/26/myisam-mmap-feature-51/#comment-49</guid>
		<description>Not so hard, I even have a patch for 5.0 tree, but MySQL policy does not allow to include new features into GA trees.</description>
		<content:encoded><![CDATA[<p>Not so hard, I even have a patch for 5.0 tree, but MySQL policy does not allow to include new features into GA trees.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: stanojr</title>
		<link>http://www.mysqlperformanceblog.com/2006/05/26/myisam-mmap-feature-51/#comment-47</link>
		<dc:creator>stanojr</dc:creator>
		<pubDate>Fri, 26 May 2006 12:19:50 +0000</pubDate>
		<guid isPermaLink="false">http://www.mysqlperformanceblog.com/2006/05/26/myisam-mmap-feature-51/#comment-47</guid>
		<description>uuu, that is cool
it will be hard to backport this feature to old versions of mysql ?</description>
		<content:encoded><![CDATA[<p>uuu, that is cool<br />
it will be hard to backport this feature to old versions of mysql ?</p>
]]></content:encoded>
	</item>
</channel>
</rss>
