Chris Mason wrote: > Hi everyone, > > I've pushed out my current kernel git tree to a new branch called > integration-test. This is meant for integration testing only and should > not be run by anyone who doesn't love crashes. > > I've pulled together a lot of important work from a lot of different > people. It includes: > > The new inode number allocator > Delayed inode and directory item updates > Scrub, chunk allocator fixes > Races in device addition and removal > Josef's performance fixes > A large series of cleanups and fixes > > Most of the integration work was just pushing the cleanups into the new > code bits. I still want to integrate Hugo Mills' balance progress > ioctls (really nice). But it was a lot of work to get this all working > together and I wanted to let everyone retest the result. > > Miao, I didn't include your patch to delay inode item insertion because > I was worried about interactions with the caching thread of the new > inode number allocator. I did have to make a small change to make sure > the inode-map cache didn't go through the delayed item routines. > > Li, one thing I haven't done yet is a lot of benchmarking on the > performance hit from waiting for the cache to fill on large existing > filesystems. Was there any particular reason you didn't setup the > caching to pre-cache the from root->highest_objectid to > BTRFS_LAST_FREE_OBJECTID? > I'll cook up a patch for this kind of pre-cache. -- To unsubscribe from this list: send the line "unsubscribe linux-btrfs" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
