<?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: Copying large files on Windows</title>
	<atom:link href="http://blog.mischel.com/2008/10/14/copying-large-files-on-windows/feed/" rel="self" type="application/rss+xml" />
	<link>http://blog.mischel.com/2008/10/14/copying-large-files-on-windows/</link>
	<description></description>
	<lastBuildDate>Thu, 09 Feb 2012 17:24:33 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3</generator>
	<item>
		<title>By: Jason</title>
		<link>http://blog.mischel.com/2008/10/14/copying-large-files-on-windows/comment-page-1/#comment-4826</link>
		<dc:creator>Jason</dc:creator>
		<pubDate>Thu, 25 Dec 2008 20:34:12 +0000</pubDate>
		<guid isPermaLink="false">http://blog.mischel.com/?p=267#comment-4826</guid>
		<description>&quot;Every program starts running as though you’re emulating a Pentium on a 2 MHz 6502, using a cassette tape as virtual memory.&quot;

Made me LOL.</description>
		<content:encoded><![CDATA[<p>&#8220;Every program starts running as though you’re emulating a Pentium on a 2 MHz 6502, using a cassette tape as virtual memory.&#8221;</p>
<p>Made me LOL.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jim</title>
		<link>http://blog.mischel.com/2008/10/14/copying-large-files-on-windows/comment-page-1/#comment-4813</link>
		<dc:creator>Jim</dc:creator>
		<pubDate>Wed, 03 Dec 2008 23:10:39 +0000</pubDate>
		<guid isPermaLink="false">http://blog.mischel.com/?p=267#comment-4813</guid>
		<description>As Roy Harvey pointed out, I&#039;m using Windows Server 2008.  This is supposed to be a &lt;em&gt;server&lt;/em&gt; operating system, and one would expect it to handle large files without trouble.

Windows doesn&#039;t refuse to copy the file.  In fact, it copies the file just fine.  The problem is that the operating system somehow decides that the file operation needs all of the physical memory, which pages every other process&#039;s working set.

These types of problems aren&#039;t limited to Windows or other closed-source solutions.  I&#039;ve run into plenty of similar limitations in open source tools.  And it&#039;s not like I can&#039;t write or obtain a different copy utility that tells CopyFileEx not to buffer the file.  It&#039;s just that &lt;em&gt;I shouldn&#039;t have to&lt;/em&gt;.</description>
		<content:encoded><![CDATA[<p>As Roy Harvey pointed out, I&#8217;m using Windows Server 2008.  This is supposed to be a <em>server</em> operating system, and one would expect it to handle large files without trouble.</p>
<p>Windows doesn&#8217;t refuse to copy the file.  In fact, it copies the file just fine.  The problem is that the operating system somehow decides that the file operation needs all of the physical memory, which pages every other process&#8217;s working set.</p>
<p>These types of problems aren&#8217;t limited to Windows or other closed-source solutions.  I&#8217;ve run into plenty of similar limitations in open source tools.  And it&#8217;s not like I can&#8217;t write or obtain a different copy utility that tells CopyFileEx not to buffer the file.  It&#8217;s just that <em>I shouldn&#8217;t have to</em>.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Matt Simmons</title>
		<link>http://blog.mischel.com/2008/10/14/copying-large-files-on-windows/comment-page-1/#comment-4808</link>
		<dc:creator>Matt Simmons</dc:creator>
		<pubDate>Sun, 30 Nov 2008 20:44:26 +0000</pubDate>
		<guid isPermaLink="false">http://blog.mischel.com/?p=267#comment-4808</guid>
		<description>Darrin&#039;s point really highlights the strength of open source solutions. Limiting the size of files able to be copied to the amount of physical and virtual memory shouldn&#039;t be considered a &quot;low priority&quot; bug. 

&lt;a href=&quot;http://msdn.microsoft.com/en-us/windowsserver/cc196364.aspx&quot; rel=&quot;nofollow&quot;&gt;Recommended memory&lt;/a&gt; for 2008 server is 2GB. You&#039;d better not be copying any oracle datafiles on that machine. 

Dumb arbitrary limits implemented by dumb programming.</description>
		<content:encoded><![CDATA[<p>Darrin&#8217;s point really highlights the strength of open source solutions. Limiting the size of files able to be copied to the amount of physical and virtual memory shouldn&#8217;t be considered a &#8220;low priority&#8221; bug. </p>
<p><a href="http://msdn.microsoft.com/en-us/windowsserver/cc196364.aspx" rel="nofollow">Recommended memory</a> for 2008 server is 2GB. You&#8217;d better not be copying any oracle datafiles on that machine. </p>
<p>Dumb arbitrary limits implemented by dumb programming.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Roy Harvey</title>
		<link>http://blog.mischel.com/2008/10/14/copying-large-files-on-windows/comment-page-1/#comment-4617</link>
		<dc:creator>Roy Harvey</dc:creator>
		<pubDate>Wed, 15 Oct 2008 22:28:53 +0000</pubDate>
		<guid isPermaLink="false">http://blog.mischel.com/?p=267#comment-4617</guid>
		<description>Windows is not just a desktop OS.  Windows Server is supposed to handle a diverse concurrent workload gracefully.  I suspect that Jim is having the problem with one of the Server versions.</description>
		<content:encoded><![CDATA[<p>Windows is not just a desktop OS.  Windows Server is supposed to handle a diverse concurrent workload gracefully.  I suspect that Jim is having the problem with one of the Server versions.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Darrin Chandler</title>
		<link>http://blog.mischel.com/2008/10/14/copying-large-files-on-windows/comment-page-1/#comment-4610</link>
		<dc:creator>Darrin Chandler</dc:creator>
		<pubDate>Wed, 15 Oct 2008 16:31:21 +0000</pubDate>
		<guid isPermaLink="false">http://blog.mischel.com/?p=267#comment-4610</guid>
		<description>The problem hasn&#039;t been addressed because it&#039;s such a very low priority. These kinds of problems aren&#039;t cropping up that much for ordinary users, and it&#039;s not hurting sales figures at all. MS has other problems that &lt;i&gt;are&lt;/i&gt; hurting sales, and they will be focused on those.

CopyFileEx probably works fine for typical daily use. The silly caching stuff may actually perform well in those common situations (files up to a certain size, copied to local/removable media). It&#039;s a shame they didn&#039;t put some sensible limits on it to keep it sane.

I&#039;m afraid you&#039;re going to keep hitting these sorts of problems using Windows in such unorthodox ways. Your app and its data are bound to be outside the limits (in several areas) for which Windows is optimized.</description>
		<content:encoded><![CDATA[<p>The problem hasn&#8217;t been addressed because it&#8217;s such a very low priority. These kinds of problems aren&#8217;t cropping up that much for ordinary users, and it&#8217;s not hurting sales figures at all. MS has other problems that <i>are</i> hurting sales, and they will be focused on those.</p>
<p>CopyFileEx probably works fine for typical daily use. The silly caching stuff may actually perform well in those common situations (files up to a certain size, copied to local/removable media). It&#8217;s a shame they didn&#8217;t put some sensible limits on it to keep it sane.</p>
<p>I&#8217;m afraid you&#8217;re going to keep hitting these sorts of problems using Windows in such unorthodox ways. Your app and its data are bound to be outside the limits (in several areas) for which Windows is optimized.</p>
]]></content:encoded>
	</item>
</channel>
</rss>

