Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1754191AbZASAIy (ORCPT ); Sun, 18 Jan 2009 19:08:54 -0500 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1753830AbZASAIk (ORCPT ); Sun, 18 Jan 2009 19:08:40 -0500 Received: from casper.infradead.org ([85.118.1.10]:57273 "EHLO casper.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1755904AbZASAIi (ORCPT ); Sun, 18 Jan 2009 19:08:38 -0500 Date: Sun, 18 Jan 2009 16:10:41 -0800 From: Arjan van de Ven To: Andrew Morton Cc: Evgeniy Polyakov , Greg KH , linux-kernel@vger.kernel.org, dst@ioremap.net, David Howells Subject: Re: [4/7] dst: thread pool. Message-ID: <20090118161041.40608174@infradead.org> In-Reply-To: <20090114215810.674569fc.akpm@linux-foundation.org> References: <1231887933-17843-1-git-send-email-zbr@ioremap.net> <1231887933-17843-2-git-send-email-zbr@ioremap.net> <1231887933-17843-3-git-send-email-zbr@ioremap.net> <1231887933-17843-4-git-send-email-zbr@ioremap.net> <1231887933-17843-5-git-send-email-zbr@ioremap.net> <20090114215810.674569fc.akpm@linux-foundation.org> Organization: Intel X-Mailer: Claws Mail 3.6.1 (GTK+ 2.14.5; i386-redhat-linux-gnu) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-SRS-Rewrite: SMTP reverse-path rewritten from by casper.infradead.org See http://www.infradead.org/rpr.html Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1107 Lines: 35 On Wed, 14 Jan 2009 21:58:10 -0800 Andrew Morton wrote: > > Thread pool is used for crypto processing of incoming and outgoing > > IO requests to reduce the overall overhead. > > This is at least our fourth thread pool implementation, not counting > kernel/workqueue.c: > > 1: pdflush I will look at moving pdflush to async function calls.. sounds like a good "get over jetlag" project > > 2: David Howells' "slow work" infrastructure this one is *weird*. The infrastructure deals with object refcounting somehow. > > 4: Your "dst thread pool" from the context... I wouldn't be surprised if this can just use async function calls as well... it's simple enough on first sight. -- Arjan van de Ven Intel Open Source Technology Centre For development, discussion and tips for power savings, visit http://www.lesswatts.org -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/