Date: Thu, 27 Apr 2006 20:42:47 -0400 From: "Brian K. White" <brian@aljex.com> To: <freebsd-current@freebsd.org> Subject: Re: RELENG_4 -> 5 -> 6: significant performance regression Message-ID: <02c301c66a5c$bafc7300$6500000a@venti> References: <20060427160536.M96305@atlantis.atlantis.dp.ua> <20060427181226.GA66431@xor.obsecurity.org> <44510CBE.6050102@sd2i.com> <20060427183541.GA67363@xor.obsecurity.org><445118C8.7020603@sd2i.com> <44511E27.2070101@chillt.de>
next in thread | previous in thread | raw e-mail | index | archive | help
----- Original Message ----- From: "Bartosz Fabianowski" <freebsd@chillt.de> To: <ml@sd2i.com> Cc: <freebsd-stable@freebsd.org> Sent: Thursday, April 27, 2006 3:40 PM Subject: Re: RELENG_4 -> 5 -> 6: significant performance regression >> You wrote that Giant is needed in 6.0 and now you write it has been >> removed. > > In 4.x, every UFS write requires the Giant lock. In 6.x, Giant is not > normally required, making file system operations faster. When you enable > QUOTA, you basically get back to the 4.x behavior where Giant is needed > for each write. This is why in 6.x UFS will normally be faster but if you > enable QUOTA, you lose the newly gained performance again. In that case the test was correct the question stands at least on that point. If quota isn't mpsafe yet, that's fine. It just means that performance should still be only about the same as on 4 while quota is enabled. Removing a feature you had before is no answer to this question. Removing an expensive new feature that didn't exist before could be. Is it maybe simply some expected/known extra overhead that is ok because it's understood that it's only for a while, while mpsafe quota gets polished and no one is expected to switch production boxes over until after? And once we have mpsafe quota we'll have a faster fs that still delivers the same features? Brian K. White -- brian@aljex.com -- http://www.aljex.com/bkw/ +++++[>+++[>+++++>+++++++<<-]<-]>>+.>.+++++.+++++++.-.[>+<---]>++. filePro BBx Linux SCO FreeBSD #callahans Satriani Filk!
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?02c301c66a5c$bafc7300$6500000a>