--xesSdrSSBC0PokLI
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

On Thu, Jan 27, 2005 at 10:16:42AM +0900, Kouichirou Hiratsuka wrote:
> Hello,
>=20
> On today's -current, disk performance is very very slow.
> It seems to be related to this.
>=20
>   http://mail-index.NetBSD.org/source-changes/2005/01/25/0028.html
>=20
> I tested GENERIC kernels before/after this.
>=20
> GENERIC kernel of 2004-01-25 23:50 UTC:
> # time /usr/libexec/locate.updatedb
>       316.14 real         3.69 user        10.42 sys
>=20
> GENERIC kernel of 2004-01-26 00:00 UTC:
> # time /usr/libexec/locate.updatedb
>      3163.15 real         3.58 user        14.36 sys

Please try rev 1.68 of sys/ufs/ffs/ffs_vnops.c. The added code was=20
supposed to be conditional on FSYNC_CACHE, but one case had it testing=20
FSYNC_WAIT.

P.S. You discovered how slow things would be if fsync flushed the disk=20
caches, as the error above inadvertently turned disk cache flushing on.=20
:-)

Take care,

Bill

--xesSdrSSBC0PokLI
Content-Type: application/pgp-signature
Content-Disposition: inline

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.3 (NetBSD)

iD8DBQFB+FAEWz+3JHUci9cRAreOAJ9qWp1qcCCZzdTuzokC200c7FgQEACcCRjZ
0pbzXFPBFBZn0rRJbXm+qFc=
=QA7/
-----END PGP SIGNATURE-----

--xesSdrSSBC0PokLI--