Re: Problem identified: WAPL/RAIDframe performance problems

Greg Troxel <[email protected]> Wed, 28 Nov 2012 12:02:46 -0500
Newsgroups gmane.os.netbsd.devel.kernel,gmane.os.netbsd.devel.performance
Message-ID <[email protected]>
--=-=-=
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: quoted-printable


Edgar Fu=C3=9F <[email protected]> writes:

>> I seem to be facing two problems:
>>=20
>> 1. A certain svn update command is ridicously slow on my to-be file serv=
er.
>> 2. During the svn update, the machine partially locks up and fails to re=
spond=20
>>    to NFS requests.
> Thanks to very kind help by hannken@, I now at least know what the proble=
m is.
>
> Short form: WAPBL is currently completely unusable on RAIDframe (I always=
=20
> suspected something like that), at least on non-Level 0 sets.
>
> The problem turned out to be wapbl_flush() writing non-fsbsize chunks on =
non-
> fsbsize boundaries. So RAIDframe is nearly sure to RMW.
> That makes the log being written to disc at about 1MB/s with the write lo=
ck=20
> on the log being held. So everything else on that fs tstiles on the log's=
=20
> read lock.

Do you see this on RAID-1 too?

I wonder if it's possible (easily) to make the log only use fsbize
boundaries, (maybe forcing it to be bigger as a side effect.)

--=-=-=
Content-Type: application/pgp-signature

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

iEYEARECAAYFAlC2Q7YACgkQ+vesoDJhHiXtxQCcCfvJaISBhVOfDxLXLD8B91Gp
vcAAn13lRmF9aSBs1nk9ykzQSLUU58of
=rXmT
-----END PGP SIGNATURE-----
--=-=-=--