From owner-freebsd-fs  Mon Oct 12 06:30:10 1998
Return-Path: <owner-freebsd-fs@FreeBSD.ORG>
Received: (from majordom@localhost)
          by hub.freebsd.org (8.8.8/8.8.8) id GAA21580
          for freebsd-fs-outgoing; Mon, 12 Oct 1998 06:30:10 -0700 (PDT)
          (envelope-from owner-freebsd-fs@FreeBSD.ORG)
Received: from gatekeeper.tsc.tdk.com (gatekeeper.tsc.tdk.com [207.113.159.21])
          by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id GAA21574
          for <freebsd-fs@FreeBSD.ORG>; Mon, 12 Oct 1998 06:30:09 -0700 (PDT)
          (envelope-from gdonl@tsc.tdk.com)
Received: from sunrise.gv.tsc.tdk.com (root@sunrise.gv.tsc.tdk.com [192.168.241.191])
	by gatekeeper.tsc.tdk.com (8.8.8/8.8.8) with ESMTP id GAA12164;
	Mon, 12 Oct 1998 06:29:47 -0700 (PDT)
	(envelope-from gdonl@tsc.tdk.com)
Received: from salsa.gv.tsc.tdk.com (salsa.gv.tsc.tdk.com [192.168.241.194])
	by sunrise.gv.tsc.tdk.com (8.8.5/8.8.5) with ESMTP id GAA14515;
	Mon, 12 Oct 1998 06:29:46 -0700 (PDT)
Received: (from gdonl@localhost)
	by salsa.gv.tsc.tdk.com (8.8.5/8.8.5) id GAA09765;
	Mon, 12 Oct 1998 06:29:40 -0700 (PDT)
From: Don Lewis <Don.Lewis@tsc.tdk.com>
Message-Id: <199810121329.GAA09765@salsa.gv.tsc.tdk.com>
Date: Mon, 12 Oct 1998 06:29:39 -0700
In-Reply-To: Hinrich Eilts <eilts@tor.muc.de>
       "Re: filesystem safety and SCSI disk write caching" (Oct  4,  4:00pm)
X-Mailer: Mail User's Shell (7.2.6 alpha(3) 7/19/95)
To: Hinrich Eilts <eilts@tor.muc.de>, freebsd-fs@FreeBSD.ORG
Subject: Re: filesystem safety and SCSI disk write caching
Sender: owner-freebsd-fs@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.org

On Oct 4,  4:00pm, Hinrich Eilts wrote:
} Subject: Re: filesystem safety and SCSI disk write caching
} > I can post (once again) the results of a Novell study on server usage
} > patterns.  The 30,000 foot view for a typical server breaks down to:
} > 
} > 	75%	reads
} > 	15%	writes
} > 	8%	directory search operations
} > 	2%	other
} 
} How does this translate to disk usage? I think, VM/buffer cache will
} reduce reads and directory search operations quite a lot.

I've actually seen some figures quoted for this, but darned if I can
figure out where.  The numbers I saw showed writes dominating the
mix on the other side of the buffer cache.  Obviously this will depend
on the workload, and I would expect that softupdates would further
perturb the numbers.

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