Message-ID: <48696C3F.4060901@dunslane.net>
Date: Mon, 30 Jun 2008 19:29:03 -0400
From: Andrew Dunstan <andrew@dunslane.net>
User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US;
	rv:1.8.0.12) Gecko/20071019 Fedora/1.0.9-3.fc6 pango-text
	SeaMonkey/1.0.9
MIME-Version: 1.0
To: Bruce Momjian <bruce@momjian.us>
CC: Dave Page <dpage@pgadmin.org>,
 Alvaro Herrera <alvherre@commandprompt.com>,
	Simon Riggs <simon@2ndquadrant.com>, Tom Lane <tgl@sss.pgh.pa.us>,
	PostgreSQL-development <pgsql-hackers@postgresql.org>
Subject: Re: odd output in restore mode
References: <200806302213.m5UMDCW22128@momjian.us>
In-Reply-To: <200806302213.m5UMDCW22128@momjian.us>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit


Bruce Momjian wrote:
> Dave Page wrote:
>   
>> On Sun, May 18, 2008 at 1:38 PM, Andrew Dunstan <andrew@dunslane.net> wrote:
>>     
>>> I don't know how you tested,
>>>       
>> Copy a large file across a relatively slow network, and check the size
>> on the destination drive before it finishes.
>>
>>     
>>> but could you please repeat the test with
>>> GnuWin32's cp.exe? If it doesn't preallocate the space then I think our way
>>> forward is reasonably clear:
>>>       
>> It does not pre-allocate.
>>
>>     
>>> . we recommend its use for Windows archive_command settings
>>> . we provide the delay kluge as switchable behaviour on Windows instead of
>>> having it always on.
>>>       
>> Sounds reasonable to me.
>>     
>
> Are there any changes we need to make here?
>
>   

Yes. Simon has promised a patch to do the above.

cheers

andrew