> "J" == Josef Bacik 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.
J> Ok well thats a bummer. Would you mind trying this completely
J>
> "Josef" == Josef Bacik 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 compl
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.
>
>
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
