| lists.openwall.net | lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC | |
|
Open Source and information security mailing list archives
| ||
|
Date: Thu, 22 Dec 2011 17:58:34 -0800 From: Andrew Morton <akpm@...ux-foundation.org> To: Vivek Goyal <vgoyal@...hat.com> Cc: Tejun Heo <tj@...nel.org>, avi@...hat.com, nate@...nel.net, cl@...ux-foundation.org, oleg@...hat.com, axboe@...nel.dk, linux-kernel@...r.kernel.org Subject: Re: [PATCHSET] block, mempool, percpu: implement percpu mempool and fix blkcg percpu alloc deadlock On Thu, 22 Dec 2011 20:40:43 -0500 Vivek Goyal <vgoyal@...hat.com> wrote: > That's why the need of per cpu data structures to make stat collection > lockless. btw, (and this is a common refrain): was there any reason for avoiding using percpu_counters here? afacit these stats don't have the transient-negative-number problem because they're purely upcounters, but percpu_counters would be helpful when num_online_cpus is much less than num_possible_cpus. Plus it would avoid implementing yet another hand-coded percpu_counter... -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@...r.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists