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

On 2005.09.11 21:03:01 -0400, Christos Zoulas wrote:
| On Sep 12, 12:52am, rpaulo@netbsd.org (rpaulo@netbsd.org) wrote:
| -- Subject: Re: install/31297
|=20
| | Synopsis: mounting volumes with -o async speeds up file write operation=
s 500% (5 times)
| |=20
| | State-Changed-From-To: open->feedback
| | State-Changed-By: rpaulo@netbsd.org
| | State-Changed-When: Mon, 12 Sep 2005 00:52:06 +0000
| | State-Changed-Why:
| | Mouting file systems with the async is evil and very dangerous.
| | >From the mount(8) man page:
| |              async       All I/O to the file system should be done asyn-
| |                          chronously.  In the event of a crash, it is
| |                          impossible for the system to verify the integr=
ity of
| |                          data on a file system mounted with this option=
=2E  You
| |                          should only use this option if you have an app=
lica-
| |                          tion-specific data recovery mechanism, or are =
willing
| |                          to recreate the file system from scratch.
| |=20
| |=20
| | I think this PR should be closed.
|=20
| Maybe not for installation... Or at least we should investigate enabling
| softdeps and seeing if that improves performance.

Yes, let's do that for every arch except vax which has known problems
with softdep.

		-- Rui Paulo

--07FIeBX8hApXX6Bi
Content-Type: application/pgp-signature
Content-Disposition: inline

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

iD8DBQFDJNbhZPqyxs9FH4QRApv6AKCdyBm8BI+sAP+Md167qdv9/IW5eACgnTqZ
WAoxplB1jPl1syO55GYdfu0=
=plxC
-----END PGP SIGNATURE-----

--07FIeBX8hApXX6Bi--