| delorie.com/archives/browse.cgi | search |
| X-Recipient: | archive-cygwin AT delorie DOT com |
| DomainKey-Signature: | a=rsa-sha1; c=nofws; d=sourceware.org; h=list-id |
| :list-unsubscribe:list-subscribe:list-archive:list-post | |
| :list-help:sender:message-id:date:from:mime-version:to:subject | |
| :references:in-reply-to:content-type:content-transfer-encoding; | |
| q=dns; s=default; b=fH8QFZctc/gX190jMk99YmvCFKDrV1rZamf1i/R0AMW | |
| upQJt1zJvAY9x9nvamztDtqwY4stl4QWQmGz68EyTdVLErdrOYJHL9g/3Ev0fAsj | |
| vtfFNujPIrfwKJHOIsa2zciwW7tWYxGDKWCPEt1bNkjNiUfHFV4wjejben0XOTPs | |
| = | |
| DKIM-Signature: | v=1; a=rsa-sha1; c=relaxed; d=sourceware.org; h=list-id |
| :list-unsubscribe:list-subscribe:list-archive:list-post | |
| :list-help:sender:message-id:date:from:mime-version:to:subject | |
| :references:in-reply-to:content-type:content-transfer-encoding; | |
| s=default; bh=EuJj+iW81amiY+pJ9rfVPSZs9ag=; b=sZhlqVvYru8XeHAew | |
| CVrI/FfSZozUJWIl3Pieok+QCHDuNS9Pw+vCuLHKUJM4g0mk1rjyz38upF5V2M12 | |
| GNGDY2KNipRCeZ5MMtQluxesoRA2IC5GGNwGr27wDQeMiyFW2fBs+BDvblQCaVGS | |
| +WJ2e6L6dr5ba6fkWgK06hJ5E4= | |
| Mailing-List: | contact cygwin-help AT cygwin DOT com; run by ezmlm |
| List-Id: | <cygwin.cygwin.com> |
| List-Subscribe: | <mailto:cygwin-subscribe AT cygwin DOT com> |
| List-Archive: | <http://sourceware.org/ml/cygwin/> |
| List-Post: | <mailto:cygwin AT cygwin DOT com> |
| List-Help: | <mailto:cygwin-help AT cygwin DOT com>, <http://sourceware.org/ml/#faqs> |
| Sender: | cygwin-owner AT cygwin DOT com |
| Mail-Followup-To: | cygwin AT cygwin DOT com |
| Delivered-To: | mailing list cygwin AT cygwin DOT com |
| Authentication-Results: | sourceware.org; auth=none |
| X-Spam-SWARE-Status: | No, score=-2.6 required=5.0 tests=AWL,BAYES_00,FOREIGN_BODY,GIT_PATCH_2,SPF_PASS autolearn=no version=3.3.1 spammy=von, diese, signing, wurde |
| X-HELO: | Ishtar.sc.tlinx.org |
| Message-ID: | <5E3252E2.7070104@tlinx.org> |
| Date: | Wed, 29 Jan 2020 19:52:02 -0800 |
| From: | L A Walsh <cygwin AT tlinx DOT org> |
| User-Agent: | Thunderbird |
| MIME-Version: | 1.0 |
| To: | cygwin AT cygwin DOT com, Frank-Ulrich Sommer <f-u DOT s AT gmx DOT net> |
| Subject: | Re: rsync and ls -lR slow for directories with many files |
| References: | <8582CD6F-C872-41FB-9425-2CBD1126AE33 AT plutonium24 DOT de> <CANnLRdjZbTrfjf5roqwZBcBUfLzb6MJfsyJRyfmWCFivWrJzaA AT mail DOT gmail DOT com> <30EE28DF-7A24-4665-9C62-A36C16F9D285 AT gmx DOT net> |
| In-Reply-To: | <30EE28DF-7A24-4665-9C62-A36C16F9D285@gmx.net> |
| X-IsSubscribed: | yes |
On 2020/01/08 08:43, Frank-Ulrich Sommer wrote:
> but rsync did not get faster.
>
> I'm sorry to admit that the ultimate solution does not use Cygwin any more. I'm now using a Windows share and connect to that share from my Linux server with cifs and autofs. rsync then runs on the linux machine and accesses that share (due to --whole-file this should not cause problems).
>
> rsync without any changed files directly after booting both systems (both caches are empty) now takes 91s instead of 42m.
>
---
I won't go into the many reasons I know of (which are very
incomplete compared
to those who actually created cygwin), but in situations like you describe,
I almost never use rsync unless I don't care about time and desperately
need a
feature it has. Instead I'll find it's faster to create an uncompressed tar
on windows, copy it to linux and expand it there to work locally with it.
Any compression/signing/encrypting of data will slow down data
transfer on
my home network where max CIFS transfer speeds are in the 300-700MB/s range.
>
>
>
>
> Am 5. Januar 2020 22:22:35 MEZ schrieb Stephen John Smoogen <smooge AT gmail DOT com>:
>
>> On Sat, 4 Jan 2020 at 17:16, <muell AT plutonium24 DOT de> wrote:
>>
>>> I am running rsync on a small linux server to synchronize files in
>>>
>> one directory and its subdirectories from Windows (using sshd from
>> Cygwin) to this server for backup purposes. The directory contains
>> almost 1 TB of images and videos in about 160k files on a slow disk
>> (Seagate Archive 8TB with SMR) with NTFS.
>>
>> I am not sure if the Linux box has the slow disk or the Windows box
>> has the slow disk.
>>
>>
>>> Even if there are no changes and whith whole file transfers rsync
>>>
>> takes about 45 minutes to come to this conclusion.
>>
>>> I am using the following command line on the linux server:
>>>
>>> rsync -avx --stats --whole-file --no-perms --no-owner --no-group
>>>
>> <user>@<server>:<source directory> <local destination directory>
>>
>>> As rsync was only transferring a small number of bytes and gave no
>>>
>> clue to the cause for being so slow and as rsync should only need
>> filenames, dates and sizes I did a "ls -lR|wc" on both systems. On the
>> linux server this took about 1 minute (only slightly faster magnetic
>> disk, empty read cache at start) and doing the same on cygwin took
>> almost as long as rsync (over 40 minutes). Using Windows Explorer
>> (after a reboot to guarantee that the cache is empty) to get the total
>> number of files and the total size took only a few seconds. Reading all
>> file sizes with Treesize also took less than one minute. As ls -lR
>> needs the same information I would have expected it to take the same
>> time.
>>
>>
>> I would add a bunch of verbose to the rsync to see what it is doing.
>> (I don't recommend sending that to the list as it will be a lot of
>> data.. but maybe an excerpt) I am expecting it is spending a lot of
>> time getting the metadata off of one of the disks and mapping it to
>> Unix permissions then comparing if those items are the same on the
>> other side. Each one of those is going to be a separate action which
>> on a slow drive may be a spinup/get-data/spindown cycle to make it
>> even slower.
>>
>> I would then check to see if perms and metadata on that directory
>> 'look sane' (this is highly dependent on your environment.. if you
>> have an AD server giving out perms it will look different from other
>> things.) If the lookups for mapping metadata permissions is having to
>> ping an AD server or some sort of other network lookup that is going
>> to also slow down things.
>>
>> Sorry I don't have any 'fixes'. I have always found large rsync
>> between Windows and Unix to be slow.
>>
>>
>>> Runnin "ls -lR" a second time on Cygwin is fast as lightning as it
>>>
>> only takes less than 30s.
>>
>>> Is there any way to get ls -lR or better rsync as fast as listing the
>>>
>> directory with Windows tools?
>>
>>> Frank
>>>
>>> --
>>> Diese Nachricht wurde von meinem Android-Mobiltelefon mit K-9 Mail
>>>
>> gesendet.
>>
>>> --
>>> Diese Nachricht wurde von meinem Android-Mobiltelefon mit K-9 Mail
>>>
>> gesendet.
>>
>>> --
>>> Problem reports: http://cygwin.com/problems.html
>>> FAQ: http://cygwin.com/faq/
>>> Documentation: http://cygwin.com/docs.html
>>> Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
>>>
>>>
>> --
>> Stephen J Smoogen.
>>
>> --
>> Problem reports: http://cygwin.com/problems.html
>> FAQ: http://cygwin.com/faq/
>> Documentation: http://cygwin.com/docs.html
>> Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
>>
>
>
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
| webmaster | delorie software privacy |
| Copyright © 2019 by DJ Delorie | Updated Jul 2019 |