Mailing-List: contact cygwin-help AT cygwin DOT com; run by ezmlm List-Subscribe: List-Archive: List-Post: List-Help: , Sender: cygwin-owner AT cygwin DOT com Mail-Followup-To: cygwin AT cygwin DOT com Delivered-To: mailing list cygwin AT cygwin DOT com Message-ID: <40F2DD8B.5080406@x-ray.at> Date: Mon, 12 Jul 2004 20:50:51 +0200 From: Reini Urban User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; de-AT; rv:1.7) Gecko/20040616 MIME-Version: 1.0 To: cygwin Subject: Re: rsync very slow, but not a network issue References: <40F2CE78 DOT 7030109 AT alexisgallagher DOT com> In-Reply-To: <40F2CE78.7030109@alexisgallagher.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-IsSubscribed: yes Alexis Gallagher schrieb: > I am finding that rsync+ssh is giving extremely slow file transfers. But > this slowdown is hitting not when it needs to send data over the > network, but when it applies the rsync algorithm which is supposed to be > faster than sending all the data over the network. This is very puzzling. > > For a benchmark, I tried transfering a 5.4 MB mp3 file three different > ways. Here were my results, as reported by 'scp -v' and 'rsync > --progress --stats': > > scp: 311000 B/s > rsync (file not there): 309000 B/s > rsync (file already there): 741 B/s > > When the file is alredy there, rsync reports a speedup of about 70. > (When the file is not already there, the speed up is 1, of course.) I am > running rsync over ssh with pre-generated keys installed in my .ssh > directories. This is a binary MP3. rsync (as diff) is not good in checking binary diffs. Please try it with a typical text file, where the patch is smaller than the source. -- Reini Urban http://xarch.tu-graz.ac.at/home/rurban/ -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/