From mboxrd@z Thu Jan 1 00:00:00 1970 From: Andrew Morton Subject: Re: [PATCH 01/45] Create a dynamically sized pool of threads for doing very slow work items [ver #41] Date: Fri, 21 Nov 2008 10:17:18 -0800 Message-ID: <20081121101718.aa1dfc25.akpm@linux-foundation.org> References: <20081121000913.6506d7b6.akpm@linux-foundation.org> <20081120144139.10667.75519.stgit@warthog.procyon.org.uk> <20081120144145.10667.39594.stgit@warthog.procyon.org.uk> <18617.1227263040@redhat.com> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Cc: linux-fsdevel@vger.kernel.org, linux-kernel@vger.kernel.org, nfsv4@linux-nfs.org, viro@ZenIV.linux.org.uk To: David Howells Return-path: In-Reply-To: <18617.1227263040@redhat.com> List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: nfsv4-bounces@linux-nfs.org Errors-To: nfsv4-bounces@linux-nfs.org List-Id: linux-fsdevel.vger.kernel.org On Fri, 21 Nov 2008 10:24:00 +0000 David Howells wrote: > Andrew Morton wrote: > > > umm, if they're slow, why not create a kernel thread per operation? > > Why add the thread pool? > > Because if someone does a tar of, say, a kernel tree, that'll create one > thread per file... OK. > This provides a limiter - and makes sure there are threads > immediately available. Those two objectives seem incompatible. What does a caller do when the limit has been hit? Do the work synchronously?