Commit 015449c282b87f6f88c4ad15a2d4255a7e12ed66 on subvol branch
(Btrfs: add ioctl and incompat flag to set the default mount subvol)
added a definition of a new flag. This patch makes it consistent with
the way other flags are defined.
Signed-off-by: Tero Roponen tero.ropo...@gmail.com
diff
With the ATI bug I was hitting earlier fixed, only my btrfs partition
continues to show high cpu usage for some operations.
Rsync, git pull, git checkout and svn up are typicall operations which
trigger the high cpu usage.
As an example, this perf report is from using git checkout to change to
a
On Tue, Mar 02, 2010 at 01:35:21PM -0500, James Cloos wrote:
With the ATI bug I was hitting earlier fixed, only my btrfs partition
continues to show high cpu usage for some operations.
Rsync, git pull, git checkout and svn up are typicall operations which
trigger the high cpu usage.
As an
Josef == Josef Bacik jo...@redhat.com writes:
As you can see btrfs_find_space_cluster(), find_next_bit() and
find_next_zero_bit() use most of the sys cpu. That patterns seems to
hold whenever I run perf top during such operations.
Josef Ok well thats a bummer. Would you mind trying this
Hubert Kario wrote:
On Tuesday 02 March 2010 03:29:05 Robert Collins wrote:
As I say, I realise this is queued to get addressed anyway, but it seems
like a realistic thing for people to do (use BackupPC on btrfs) - even
if something better still can be written to replace the BackupPC store
in
On Wednesday 03 March 2010 00:22:31 jim owens wrote:
Hubert Kario wrote:
On Tuesday 02 March 2010 03:29:05 Robert Collins wrote:
As I say, I realise this is queued to get addressed anyway, but it seems
like a realistic thing for people to do (use BackupPC on btrfs) - even
if something
