X-Recipient: archive-cygwin@delorie.com
X-Original-To: cygwin@cygwin.com
Delivered-To: cygwin@cygwin.com
DMARC-Filter: OpenDMARC Filter v1.3.2 sourceware.org F0291386F42D
Authentication-Results: sourceware.org;
 dmarc=none (p=none dis=none) header.from=towo.net
Authentication-Results: sourceware.org; spf=none smtp.mailfrom=towo@towo.net
Subject: Re: Very slow i/o to external hard drive's HFS+
To: cygwin@cygwin.com
References: <78677a3e-7f0c-d9e0-8542-6ab44ae5fe75@cruzio.com>
From: Thomas Wolff <towo@towo.net>
X-Tagtoolbar-Keys: D20200916173801720
Message-ID: <7b1c7554-70ed-47bd-3725-32ebaaea1822@towo.net>
Date: Wed, 16 Sep 2020 17:38:01 +0200
User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:68.0) Gecko/20100101
 Thunderbird/68.12.0
MIME-Version: 1.0
In-Reply-To: <78677a3e-7f0c-d9e0-8542-6ab44ae5fe75@cruzio.com>
X-Provags-ID: V03:K1:0jwW2ElUs6z5fscYDAQ6n6QH2hwgpUdILz5Q0zMky/3pCOD7bSy
 s0f3iyo7vxX3PZi/i8jeZQidrAEUuKk2/efyX/5bfuarGOmgfH7snd6fiJ72aC8RPX6VbJZ
 rhChVh4SJ4+QyU+zr+uWKM9gI5pwe9xW3G6iJe3BK7Eal7cqOFSbi3/eLITiS09cPQkodwB
 ww/QEpOuliopso2O0iq9A==
X-UI-Out-Filterresults: notjunk:1;V03:K0:gYt3eC2kkGI=:VHEbHW52nOaBhJe/zTn1bV
 l0BLmJ85sOuw72mhEWeh/vazid6Bdr1ai6Df53GnyW7S4pVJun77DF08q73tc49s9RLOxLncK
 mefC7/18YSsCUIkMahAGYJ9znpDmnqVMhk1su+QxDgD/UC9I/iqyAMpAvx0rixwBnQ49jE2no
 7RBMg6KTLjpfoxEk/kCg0jcuf4MXRI9TvZwiNprMpf4SpiXsow9zayYcw2P6y3AKGaXSxTFon
 2sFX1GmH6cFk6V49+0D41WfxueuYVp101p+eU5diil++dJnN7l/utawPFdyulaQp/eQeCEf/q
 fS4bA6/Gas6TXeSdxLUmF5U7LqRALVJe3rYKPYbcLpstyChqTEgF07x8yVBVj+iGLvE5LdS1o
 WcQ0DDjRRoO1UqI8GvNohqcttA2dbVdGcH4GqEPBDWirh2sQPvjJo+sIqknFbW9y8WRFjEd6X
 8b/m87J0NgpFX0GCClOwn0Or1Tm310dnagptmx1FbkAokWkuXL19fYLtF7aRX4uBEcBP2teke
 4q2ifql+T8DsqCrAShGZxc8q/NcYas/gZyj6WidcWncLSZX2vFYYDaBlei4S4uwQ+TrJhuiL8
 /a0pdeTO9X0ghwtmb5+/RwpsYbb9PKScXFmVqpr6pzPp5rw6kD62xiA4M8XCZKOL1lxxACSRU
 1Wp/5K4K32E95tDUZXo8/tdqsmeV331H+RU1vN88DsDQWVAVBFwOiXt72NHpSai3QaB0hvyBQ
 LNy0125TBFt9aieizKL+Cl1IA3jPQUAML9iqp55rwvf0QfLWlv7UScmZLEBzfqm7/feIfQ7E4
 FWMPeO5YSSv1YWIW2yaFPYDpov2ds9UqNrFt9Z8FMqp670gCMn7CEYmcp+N/LjJHvQXS8xP
X-Spam-Status: No, score=2.0 required=5.0 tests=BAYES_00, KAM_DMARC_STATUS,
 KAM_LAZY_DOMAIN_SECURITY, NICE_REPLY_A, RCVD_IN_ABUSEAT, RCVD_IN_DNSWL_NONE,
 RCVD_IN_MSPIKE_H2, SPF_HELO_NONE, SPF_NONE,
 TXREP autolearn=no autolearn_force=no version=3.4.2
X-Spam-Level: **
X-Spam-Checker-Version: SpamAssassin 3.4.2 (2018-09-13) on
 server2.sourceware.org
X-BeenThere: cygwin@cygwin.com
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: General Cygwin discussions and problem reports <cygwin.cygwin.com>
List-Unsubscribe: <https://cygwin.com/mailman/options/cygwin>,
 <mailto:cygwin-request@cygwin.com?subject=unsubscribe>
List-Archive: <https://cygwin.com/pipermail/cygwin/>
List-Post: <mailto:cygwin@cygwin.com>
List-Help: <mailto:cygwin-request@cygwin.com?subject=help>
List-Subscribe: <https://cygwin.com/mailman/listinfo/cygwin>,
 <mailto:cygwin-request@cygwin.com?subject=subscribe>
Content-Type: text/plain; charset="utf-8"; Format="flowed"
Errors-To: cygwin-bounces@cygwin.com
Sender: "Cygwin" <cygwin-bounces@cygwin.com>
Content-Transfer-Encoding: 8bit
X-MIME-Autoconverted: from base64 to 8bit by delorie.com id 08GFcX5N014549

Am 16.09.2020 um 17:16 schrieb Rob Stevens:
> Hello
>
> I have a removable hard drive sporting an HFS+ connected to a USB3 port.
> The drive is a Seagate Slim Line 2T.
> I am using a driver from Paragon Sofware to write/read from this drive.
> I am running Windows10 build 19041.508 (ie up to date)
>
> Writing to this file system using the unix cp command is incredibly slow:
>
> cp my_file /cygdrive/h/some_destination
> The same write, using copy paste in Windows Explorer is much faster.
>
> I have not precisely timed it, but it is way more than an order of magnitude
> faster (a 1G file took approx 10 mins: the graphical display shows just
> a few seconds).
>
> (In Windows Device Manager I have the policy for the drive set to be
> "Better Performance"  and not "Quick Removal" -- apparently
> the latter can lead to dramatic degradation in performance).
>
> Can anyone suggest what might be the cause?
"Better Performance" means that the write cache is active, so that the 
copy could be reported finished before it actually is. So your 
measurement may be deceptive. I assume cp applies some final flush, so 
its result would be real while the Windows copy isn't. Please try to 
change that setting for a reliable measurement.
Thomas
--
Problem reports:      https://cygwin.com/problems.html
FAQ:                  https://cygwin.com/faq/
Documentation:        https://cygwin.com/docs.html
Unsubscribe info:     https://cygwin.com/ml/#unsubscribe-simple

