| 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
| ||
|
Message-ID: <20121217174717.GC2592@htj.dyndns.org> Date: Mon, 17 Dec 2012 09:47:17 -0800 From: Tejun Heo <tj@...nel.org> To: Jens Axboe <axboe@...nel.dk> Cc: Jeff Moyer <jmoyer@...hat.com>, Linus Torvalds <torvalds@...ux-foundation.org>, "linux-kernel@...r.kernel.org" <linux-kernel@...r.kernel.org> Subject: Re: [GIT PULL] core block IO bits for 3.8 Hello, Jens. On Mon, Dec 17, 2012 at 06:04:42PM +0100, Jens Axboe wrote: > OK, if you have something generic for threadpools in mind, we can wait > with this one. I just thought that a "real" interface was nicer than > manual setting, especially since the flusher threads come and go. Then > you'd need some udev hook to get it set, not even sure how easy that > would be with the weird linkage. I've been thinking about this and I think what we really need is a generic interface for thread pools where the user can specify various attributes - priority, affinity and probably cgroup association, so that those attributes are exposed in generic manner while backend creates and manages worker pools identified by actual attriutes so that we don't end up with gazillion pools. crypto and writeback would be the obvious users and probably the virtio too. I'll write more when things get more concrete. Thanks. -- tejun -- 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