<?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: Running your build/source code from a ram disk.</title>
	<atom:link href="http://lostechies.com/erichexter/2008/07/21/running-your-build-source-code-from-a-ram-disk/feed/" rel="self" type="application/rss+xml" />
	<link>http://lostechies.com/erichexter/2008/07/21/running-your-build-source-code-from-a-ram-disk/</link>
	<description></description>
	<lastBuildDate>Thu, 23 May 2013 18:10:00 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.4.2</generator>
	<item>
		<title>By: Michael Hanney</title>
		<link>http://lostechies.com/erichexter/2008/07/21/running-your-build-source-code-from-a-ram-disk/#comment-17</link>
		<dc:creator>Michael Hanney</dc:creator>
		<pubDate>Tue, 22 Jul 2008 20:30:46 +0000</pubDate>
		<guid isPermaLink="false">/blogs/hex/archive/2008/07/21/running-your-build-source-code-from-a-ram-disk.aspx#comment-17</guid>
		<description>Eric, are you using a RAM drive *because* you are compiling in a virtual machine, and maybe disk access is slower, or are you using a virtual machine as a temporary/experimental place to try new ideas? Interesting stats. Thanks.</description>
		<content:encoded><![CDATA[<p>Eric, are you using a RAM drive *because* you are compiling in a virtual machine, and maybe disk access is slower, or are you using a virtual machine as a temporary/experimental place to try new ideas? Interesting stats. Thanks.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Christopher Painter</title>
		<link>http://lostechies.com/erichexter/2008/07/21/running-your-build-source-code-from-a-ram-disk/#comment-16</link>
		<dc:creator>Christopher Painter</dc:creator>
		<pubDate>Mon, 21 Jul 2008 23:56:32 +0000</pubDate>
		<guid isPermaLink="false">/blogs/hex/archive/2008/07/21/running-your-build-source-code-from-a-ram-disk.aspx#comment-16</guid>
		<description>YMMV so give it a try, but in general  Windows disk caching is very good and ram disks don&#039;t normally yield that much of an increase.  In fact, allocating too much memory to a ramdisk can actually slow a machine down by robbig the OS of resources that would otherwise be given up to caching.

This is coming from a guy that always had a RAM: on his Amiga. :-)   Also years ago on NT 4.0 I was doing PowerBuilder builds  and I used a program from Cenatek called RamDiskNT that dropped my full bootstrap import and regen time from 1:45 to :25 (minutes).    Moving to Windows 2000 and I was able to get the same performance without a ram drive. </description>
		<content:encoded><![CDATA[<p>YMMV so give it a try, but in general  Windows disk caching is very good and ram disks don&#8217;t normally yield that much of an increase.  In fact, allocating too much memory to a ramdisk can actually slow a machine down by robbig the OS of resources that would otherwise be given up to caching.</p>
<p>This is coming from a guy that always had a RAM: on his Amiga. <img src='http://lostechies.com/erichexter/wp-includes/images/smilies/icon_smile.gif' alt=':-)' class='wp-smiley' />    Also years ago on NT 4.0 I was doing PowerBuilder builds  and I used a program from Cenatek called RamDiskNT that dropped my full bootstrap import and regen time from 1:45 to :25 (minutes).    Moving to Windows 2000 and I was able to get the same performance without a ram drive. </p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jeremy Gray</title>
		<link>http://lostechies.com/erichexter/2008/07/21/running-your-build-source-code-from-a-ram-disk/#comment-15</link>
		<dc:creator>Jeremy Gray</dc:creator>
		<pubDate>Mon, 21 Jul 2008 19:35:48 +0000</pubDate>
		<guid isPermaLink="false">/blogs/hex/archive/2008/07/21/running-your-build-source-code-from-a-ram-disk.aspx#comment-15</guid>
		<description>The workstation provided by my current client is hamstrung by the corporate virus scanner and its configuration, so I have upgraded the RAM and am doing daily development with the entire codebase loaded into a rather large RAM disk, though one that automatically flushes back to disk at a configurable interval of time. The difference in overall development experience is staggering.

Your post is a timely one because I am very soon going to do the same thing to our build server, which is similarly impacted by virus-scanner-related disk access overhead, and while the RAM disk doesn&#039;t negate the on-demand scanning, it at least makes it somewhat less painful.</description>
		<content:encoded><![CDATA[<p>The workstation provided by my current client is hamstrung by the corporate virus scanner and its configuration, so I have upgraded the RAM and am doing daily development with the entire codebase loaded into a rather large RAM disk, though one that automatically flushes back to disk at a configurable interval of time. The difference in overall development experience is staggering.</p>
<p>Your post is a timely one because I am very soon going to do the same thing to our build server, which is similarly impacted by virus-scanner-related disk access overhead, and while the RAM disk doesn&#8217;t negate the on-demand scanning, it at least makes it somewhat less painful.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
