Re: [PATCH 3/3] brlocks/lglocks: turn into functions

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On 7 May 2012 13:39, Rusty Russell <rusty@xxxxxxxxxxxxxxx> wrote:
> On Fri, 20 Apr 2012 21:21:49 +1000, Nick Piggin <npiggin@xxxxxxxxx> wrote:
>> This still not merged?
>
> No, I've been away.  I've put it in -next for tomorrow, though I'm not
> sure what the best way to get it to Linus next merge window.
>
>> There is a reason, which is performance. Extra function call, but also
>> IIRC the percpu accessor was not so fast doing it this way. Maybe
>> that's improved...
>>
>> So what's the performance difference?
>
> What benchmarks you usually run?  Feel free to try it out and report
> back; I only have small hardware here.

Nothing big. The actual scalability should be unchanged, because you're
not going to be dirtying any shared cachelines. It's the use of dynamic
percpu allocator and out of line calls etc which will slow down straight
line performance.

How many microseconds does it take to stat("./dir1/dir2/myfile"), for
example?

`git diff` of a large tree, for something more realistic but still going to
exercise that path.
--
To unsubscribe from this list: send the line "unsubscribe linux-fsdevel" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html


[Index of Archives]     [Linux Ext4 Filesystem]     [Union Filesystem]     [Filesystem Testing]     [Ceph Users]     [Ecryptfs]     [AutoFS]     [Kernel Newbies]     [Share Photos]     [Security]     [Netfilter]     [Bugtraq]     [Yosemite News]     [MIPS Linux]     [ARM Linux]     [Linux Security]     [Linux Cachefs]     [Reiser Filesystem]     [Linux RAID]     [Samba]     [Device Mapper]     [CEPH Development]
  Powered by Linux