X-Recipient:	archive-cygwin AT delorie DOT com
X-Original-To:	cygwin AT cygwin DOT com
Delivered-To:	cygwin AT cygwin DOT 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 AT towo DOT net
Subject:	Re: Very slow i/o to external hard drive's HFS+
To:	cygwin AT cygwin DOT com
References:	<78677a3e-7f0c-d9e0-8542-6ab44ae5fe75 AT cruzio DOT com>
From:	Thomas Wolff <towo AT towo DOT 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 AT cygwin DOT com
X-Mailman-Version:	2.1.29
List-Id:	General Cygwin discussions and problem reports <cygwin.cygwin.com>
List-Unsubscribe:	<https://cygwin.com/mailman/options/cygwin>,
	<mailto:cygwin-request AT cygwin DOT com?subject=unsubscribe>
List-Archive:	<https://cygwin.com/pipermail/cygwin/>
List-Post:	<mailto:cygwin AT cygwin DOT com>
List-Help:	<mailto:cygwin-request AT cygwin DOT com?subject=help>
List-Subscribe:	<https://cygwin.com/mailman/listinfo/cygwin>,
	<mailto:cygwin-request AT cygwin DOT com?subject=subscribe>
Errors-To:	cygwin-bounces AT cygwin DOT com
Sender:	"Cygwin" <cygwin-bounces AT cygwin DOT com>
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

- Raw text -