ZFS committed to the FreeBSD base.
Ulrich Spoerlein
uspoerlein at gmail.com
Fri Apr 13 18:55:08 UTC 2007
Rick C. Petty wrote:
> On Thu, Apr 12, 2007 at 01:51:59PM -0500, Craig Boston wrote:
> > For something this low level my opinion is it's better to stay with
> > compile time options. After all, in the above example, cmpxchg8 is a
> > single machine instruction. How much overhead does it add to retrieve a
> > variable from memory and check it, then jump to the correct place?
> > Enough that it outweighs the benefit of using that instruction in the
> > first place?
>
> [...]
> The problem is that ZFS would be compiled (by default) to work for many
> platforms, and thus a majority of systems wouldn't get the nice
> optimization.
Disclaimer: I have no clue what cmpxchg8 actually does, but ...
We are talking about optimizing a filesystem by speeding up the
necessary CPU computations. Now, whenever the CPU waits for I/O (which
the ZFS threads will do plenty of times) it has literally thousands of
cycles to burn.
I don't see how this could possibly make ZFS any faster if it does not
avoid I/O operations entirely.
Ulrich Spoerlein
--
"The trouble with the dictionary is you have to know how the word is
spelled before you can look it up to see how it is spelled."
-- Will Cuppy
More information about the freebsd-fs
mailing list