<?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: Memory on the iPhone</title>
	<atom:link href="http://vafer.org/blog/20081128082605/feed" rel="self" type="application/rss+xml" />
	<link>http://vafer.org/blog/20081128082605</link>
	<description>ramblings of a creative mind</description>
	<lastBuildDate>Sun, 07 Mar 2010 01:54:16 +0000</lastBuildDate>
	<generator>http://wordpress.org/?v=2.8.4</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: Simo</title>
		<link>http://vafer.org/blog/20081128082605/comment-page-1#comment-59338</link>
		<dc:creator>Simo</dc:creator>
		<pubDate>Thu, 25 Feb 2010 02:52:18 +0000</pubDate>
		<guid isPermaLink="false">http://vafer.org/blog/?p=700#comment-59338</guid>
		<description>Yes, as mentioned, same happens in linux. As a funny trivia, this is documented in Bugs section of malloc: &lt;a href=&quot;http://linux.die.net/man/3/malloc&quot; rel=&quot;nofollow&quot;&gt;http://linux.die.net/man/3/malloc&lt;/a&gt;</description>
		<content:encoded><![CDATA[<p>Yes, as mentioned, same happens in linux. As a funny trivia, this is documented in Bugs section of malloc: <a href="http://linux.die.net/man/3/malloc" rel="nofollow">http://linux.die.net/man/3/malloc</a></p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Paul Querna</title>
		<link>http://vafer.org/blog/20081128082605/comment-page-1#comment-58990</link>
		<dc:creator>Paul Querna</dc:creator>
		<pubDate>Fri, 28 Nov 2008 16:33:23 +0000</pubDate>
		<guid isPermaLink="false">http://vafer.org/blog/?p=700#comment-58990</guid>
		<description>Its called memory &#039;overcommit&#039;, and its a pretty standard feature on most Unixes....:
http://opsmonkey.blogspot.com/2007/01/linux-memory-overcommit.html</description>
		<content:encoded><![CDATA[<p>Its called memory &#8216;overcommit&#8217;, and its a pretty standard feature on most Unixes&#8230;.:<br />
<a href="http://opsmonkey.blogspot.com/2007/01/linux-memory-overcommit.html" rel="nofollow">http://opsmonkey.blogspot.com/2007/01/linux-memory-overcommit.html</a></p>
]]></content:encoded>
	</item>
	<item>
		<title>By: tcurdt</title>
		<link>http://vafer.org/blog/20081128082605/comment-page-1#comment-58989</link>
		<dc:creator>tcurdt</dc:creator>
		<pubDate>Fri, 28 Nov 2008 12:04:50 +0000</pubDate>
		<guid isPermaLink="false">http://vafer.org/blog/?p=700#comment-58989</guid>
		<description>@philippe: wouldn&#039;t that be cool? :)

I did some further tests. And it turns out using calloc or just writing some tiny little portion to the memory is not good enough. But if you access/fill the whole allocated bit you get the expected result. So seems that Vas is right - not that this is a surprise ;)

...but I still find it surprising as this has a couple of implications of malloc/calloc. Is it the same on a desktop? Did I just not notice before? That was an interesting exercise.</description>
		<content:encoded><![CDATA[<p>@philippe: wouldn&#8217;t that be cool? :)</p>
<p>I did some further tests. And it turns out using calloc or just writing some tiny little portion to the memory is not good enough. But if you access/fill the whole allocated bit you get the expected result. So seems that Vas is right &#8211; not that this is a surprise ;)</p>
<p>&#8230;but I still find it surprising as this has a couple of implications of malloc/calloc. Is it the same on a desktop? Did I just not notice before? That was an interesting exercise.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Vas the Man</title>
		<link>http://vafer.org/blog/20081128082605/comment-page-1#comment-58988</link>
		<dc:creator>Vas the Man</dc:creator>
		<pubDate>Fri, 28 Nov 2008 11:32:19 +0000</pubDate>
		<guid isPermaLink="false">http://vafer.org/blog/?p=700#comment-58988</guid>
		<description>It&#039;s possibly just optimistic page assignment - pages mapped with no backing store until you actually write to them (they possibly read as zero, or may obtain a backing store on read as well).  Try actually writing one byte every 4096 and see how far you can get.</description>
		<content:encoded><![CDATA[<p>It&#8217;s possibly just optimistic page assignment &#8211; pages mapped with no backing store until you actually write to them (they possibly read as zero, or may obtain a backing store on read as well).  Try actually writing one byte every 4096 and see how far you can get.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: philippe</title>
		<link>http://vafer.org/blog/20081128082605/comment-page-1#comment-58987</link>
		<dc:creator>philippe</dc:creator>
		<pubDate>Fri, 28 Nov 2008 08:39:29 +0000</pubDate>
		<guid isPermaLink="false">http://vafer.org/blog/?p=700#comment-58987</guid>
		<description>719MB, impressive :)

Did you try to use calloc insteac of malloc ? Maybe the allocation does not fail, but the memory may not be usable...</description>
		<content:encoded><![CDATA[<p>719MB, impressive :)</p>
<p>Did you try to use calloc insteac of malloc ? Maybe the allocation does not fail, but the memory may not be usable&#8230;</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Memory on the iPhone</title>
		<link>http://vafer.org/blog/20081128082605/comment-page-1#comment-58986</link>
		<dc:creator>Memory on the iPhone</dc:creator>
		<pubDate>Fri, 28 Nov 2008 07:30:39 +0000</pubDate>
		<guid isPermaLink="false">http://vafer.org/blog/?p=700#comment-58986</guid>
		<description>[...] http://vafer.org/blog/20081128082605 asks Hoosgot, [...]</description>
		<content:encoded><![CDATA[<p>[...] <a href="http://vafer.org/blog/20081128082605" rel="nofollow">http://vafer.org/blog/20081128082605</a> asks Hoosgot, [...]</p>
]]></content:encoded>
	</item>
</channel>
</rss>
