From owner-freebsd-mobile  Mon Mar 12 13:46:29 2001
Delivered-To: freebsd-mobile@freebsd.org
Received: from ptavv.es.net (ptavv.es.net [198.128.4.29])
	by hub.freebsd.org (Postfix) with ESMTP
	id 6A6CC37B719; Mon, 12 Mar 2001 13:46:25 -0800 (PST)
	(envelope-from oberman@ptavv.es.net)
Received: from ptavv.es.net (localhost [127.0.0.1])
	by ptavv.es.net (8.10.1/8.10.1) with ESMTP id f2CLkLs08952;
	Mon, 12 Mar 2001 13:46:21 -0800 (PST)
Message-Id: <200103122146.f2CLkLs08952@ptavv.es.net>
To: Soren Schmidt <sos@freebsd.dk>
Cc: mobile@FreeBSD.ORG, stable@FreeBSD.ORG
Subject: Re: Disk I/O problem in 4.3-BETA 
In-reply-to: Your message of "Mon, 12 Mar 2001 21:36:27 +0100."
             <200103122036.VAA99695@freebsd.dk> 
Date: Mon, 12 Mar 2001 13:46:21 -0800
From: "Kevin Oberman" <oberman@es.net>
Sender: owner-freebsd-mobile@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.org

Soren,

Thanks for the quick reply! And right on the button, too.

I have turned the write cache back on (any relevance to "write cache"
being abbreviated to "WC"? :-) and the time to dd the slices went back
to 10 and 5 minutes (actually 489 and 287 seconds).

How serious is the possible corruption issue, anyway. The loss in
performance is pretty drastic although it may be that dd is an
especially bad case, but I really don't like to corrupt my disks,
either.

Is there hope for a sysctl interface to ATA that would make it
possible to switch this sort of thing without rebuilding the kernel?

R. Kevin Oberman, Network Engineer
Energy Sciences Network (ESnet)
Ernest O. Lawrence Berkeley National Laboratory (Berkeley Lab)
E-mail: oberman@es.net			Phone: +1 510 486-8634


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-mobile" in the body of the message