Am Freitag, 19. September 2014, 13:51:22 schrieb Holger Hoffstätte: > > On Fri, 19 Sep 2014 13:18:34 +0100, Rob Spanton wrote: > > > I have a particularly uncomplicated setup (a desktop PC with a hard > > disk) and I'm seeing particularly slow performance from btrfs. A `git > > status` in the linux source tree takes about 46 seconds after dropping > > caches, whereas on other machines using ext4 this takes about 13s. My > > mail client (evolution) also seems to perform particularly poorly on > > this setup, and my hunch is that it's spending a lot of time waiting on > > the filesystem. > > This is - unfortunately - a particular btrfs oddity/characteristic/flaw, > whatever you want to call it. git relies a lot on fast stat() calls, > and those seem to be particularly slow with btrfs esp. on rotational > media. I have the same problem with rsync on a freshly mounted volume; > it gets fast (quite so!) after the first run. my favorite benchmark is "ls -l /usr/bin": ext4: 0.934s btrfs: 21.814s also mounting large partitons (several 100Gs) takes lot of time on btrfs. Better to defer it during boot using e.g. "noauto,x-systemd.automount". Marc
Attachment:
signature.asc
Description: This is a digitally signed message part.
