... 13 -0500 > So, here's v0.12. I couldn't even ... 71,7 @@ int btrfs_insert_xattr_item(struct btrfs key.objectid = dir; btrfs_set_key_type(&key ... 02:36.000000000 -0800 @@ -75,12 +75,13 @@ static void str2hashbuf ... progs-0.12/hasher.c 2008-02-10 17:04:04 ...

linux-fsdevel - David Miller - Feb 10 2008 - 21:12

... I wasn't planning on releasing v0.12 yet, and it was supposed ... took over. So, here's v0.12. It comes with a shiny ... in a few benchmarks. With v0.12, backrefs have no real ... performance. Optimize bio end_io routines. Btrfs was spending way too much ...

linux-fsdevel - Chris Mason - Feb 6 2008 - 13:00

On Tuesday 12 February 2008, David Miller wrote: > From: Chris Mason > Date: Mon, ... I can tell you what the code does. This is all part of the btrfs code that supports tree block sizes larger than a page. The extent_buffer ...

linux-fsdevel - Chris Mason - Feb 12 2008 - 09:43

... Mason > Date: Wed, 6 Feb 2008 12:00:13 -0500 > > This function never returns an error, so the ... thought into the unaligned access problems. > Similar code lives in the btrfs kernel code too, I'll try to get a > partition at ...

linux-fsdevel - Chris Mason - Feb 11 2008 - 09:42

From: Chris Mason Date: Mon, 11 Feb 2008 08:42:20 -0500 > The kernel is actually worse, because the set/get macros are more complex. > Some live in ctree.h like in the progs, but the nasty ones live in > struct-funcs.c

linux-fsdevel - David Miller - Feb 12 2008 - 02:43