Re: RELENG_4 -> 5 -> 6: significant performance regression
- From: Kris Kennaway <kris@xxxxxxxxxxxxxx>
- Date: Thu, 27 Apr 2006 21:01:46 -0400
On Thu, Apr 27, 2006 at 08:42:47PM -0400, Brian K. White wrote:
----- Original Message -----
From: "Bartosz Fabianowski" <freebsd@xxxxxxxxx>
To: <ml@xxxxxxxx>
Cc: <freebsd-stable@xxxxxxxxxxx>
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.
The above isn't quite accurate because 4.x uses the spl model which
means that interrupts may be serviced while other code is operating at
a lower spl level.
The OP still needs to test without quotas (and other changes
mentioned) to see whether it has an impact on his benchmark.
Kris
Attachment:
pgpc5EJulaWG1.pgp
Description: PGP signature
- References:
- Re: RELENG_4 -> 5 -> 6: significant performance regression
- From: Brian K. White
- Re: RELENG_4 -> 5 -> 6: significant performance regression
- Prev by Date: Re: RELENG_4 -> 5 -> 6: significant performance regression
- Next by Date: Re: reboot hangs
- Previous by thread: Re: RELENG_4 -> 5 -> 6: significant performance regression
- Index(es):
Relevant Pages
- Re: RELENG_4 -> 5 -> 6: significant performance regression
... In 6.x, Giant is not normally required, making file system operations faster. ...
This is why in 6.x UFS will normally be faster but if you enable QUOTA, you lose the newly
gained performance again. ... Removing an expensive new feature that didn't exist before
could be. ... (freebsd-current) - Re: Excel Timer with Sheet Toggle Help
... all our sales people's revenue VS quota, that I display on a giant
... (microsoft.public.excel.programming) - Re: move audit/priviliage check into VFS
... the ufs mount structure, as well as ufs mount interlock. ... only ufs is stuffed
with hooks for the quota handling. ... not sure whether implementing tmpfs as some
TMPFS under UFS layer is ... (freebsd-arch) - Re: RELENG_4 -> 5 -> 6: significant performance regression
... every UFS write requires the Giant lock. ... making file system operations
faster. ... enable QUOTA, you basically get back to the 4.x behavior where Giant ...
(freebsd-stable) - Re: RELENG_4 -> 5 -> 6: significant performance regression
... In 6.x, Giant is not normally required, making file system operations faster.
... This is why in 6.x UFS will normally be faster but if you enable QUOTA, you
lose the newly gained performance again. ... (freebsd-stable)