From owner-freebsd-current  Mon Dec 18 12:57:29 1995
Return-Path: owner-current
Received: (from root@localhost)
          by freefall.freebsd.org (8.7.3/8.7.3) id MAA19245
          for current-outgoing; Mon, 18 Dec 1995 12:57:29 -0800 (PST)
Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211])
          by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id MAA19238
          for <current@FreeBSD.org>; Mon, 18 Dec 1995 12:57:24 -0800 (PST)
Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id NAA12329; Mon, 18 Dec 1995 13:52:58 -0700
From: Terry Lambert <terry@lambert.org>
Message-Id: <199512182052.NAA12329@phaeton.artisoft.com>
Subject: Re: ISP state their FreeBSD concerns
To: dyson@freefall.freebsd.org (John Dyson)
Date: Mon, 18 Dec 1995 13:52:58 -0700 (MST)
Cc: jgreco@brasil.moneng.mei.com, current@FreeBSD.org
In-Reply-To: <199512180515.VAA02759@freefall.freebsd.org> from "John Dyson" at Dec 17, 95 09:15:47 pm
X-Mailer: ELM [version 2.4 PL24]
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Sender: owner-current@FreeBSD.org
Precedence: bulk

> > I have a little suite of programs I use for performance testing.  The tests
> > are absolutely slanted towards news server type applications.  The one in
> > particular I will quote is "small-file-write.c", a program that writes 10000
> > files in subdirectories, creating the subdirectories if needed (much like a
> > news server would do).  So the "first run" numbers include the time needed
> > to make dirs:

This is, I think, atypical of most common usage (72% of common usage
according to Novell is "Read", 20% is "Write", and 8% is "everything else",
including lookups, creates, deletes, etc.).

> > Slowaris 5.4 - SS10/30 - 64MB RAM (SCSI II, reasonable drive)
> > 
> > 10000 files in 332 seconds - first run
> > 10000 files in 20 !!! seconds - second run

[ ... ]

> > FreeBSD 2.0.5R - ASUS SP3G AMD 486DX2/66 + NCR810 - 8MB (SCSI II, reasonable
> > drive)
> > 
> > 10000 files in 620 seconds - first run  :-(  :-(
> > 10000 files in 310 seconds - second run  :-( :-( :-( !!
> > 
> > FreeBSD 1026-SNAP - ASUS SP3G AMD 486DX4/100 + NCR810 - 48MB (SCSI II, SLOW
> > drive, fs mounted -o async)
> > 
> > 10000 files in 569 seconds - first run  :-(  :-(
> > 10000 files in 207 seconds - second run  :-( :-( :-( !!

The "second run" numbers are to be expected.  As I recently pointed out,
the cache_enter() call is not made on the CREATE nameiop if the file did
not already exist.  So you are getting 0 cache hits on terminal components.


					Terry Lambert
					terry@lambert.org
---
Any opinions in this posting are my own and not those of my present
or previous employers.