From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1763966AbYDPM7s (ORCPT ); Wed, 16 Apr 2008 08:59:48 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1759910AbYDPM7j (ORCPT ); Wed, 16 Apr 2008 08:59:39 -0400 Received: from palinux.external.hp.com ([192.25.206.14]:35704 "EHLO mail.parisc-linux.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1759902AbYDPM7j (ORCPT ); Wed, 16 Apr 2008 08:59:39 -0400 Date: Wed, 16 Apr 2008 06:59:21 -0600 From: Matthew Wilcox To: Andi Kleen Cc: Ingo Molnar , Linus Torvalds , Peter Zijlstra , Bart Van Assche , Roland Dreier , Ingo Oeser , Daniel Walker , linux-kernel@vger.kernel.org Subject: Killable stat/readdir Message-ID: <20080416125921.GI9191@parisc-linux.org> References: <1208242017.7053.4.camel@lappy> <1208249088.7124.7.camel@twins> <4804D779.6070907@firstfloor.org> <20080415170556.GA16417@elte.hu> <20080415185008.GE9191@parisc-linux.org> <20080416123732.GA32527@elte.hu> <4805F61A.1060306@firstfloor.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4805F61A.1060306@firstfloor.org> User-Agent: Mutt/1.5.13 (2006-08-11) Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Wed, Apr 16, 2008 at 02:50:34PM +0200, Andi Kleen wrote: > killable stat and readdir would be even more important I would say. > > When sync/fsync takes too long it's typically just a kernel bug > of some sort (like that long running MM starvation issue that stalls > writes on some kinds of background activity) that should be really just > fixed. > > But handling down network servers which hit stat/readdir etc. is > a real situation not explained by a bug. > > For example a standard situation that hits me regularly is that > I save something in firefox on a different server and then later > turn that machine off. Then next time I try to save something > in firefox it first blocks forever in stat()ing that down directory. I think that's fixed now. Can you check with 2.6.25-rc1 or later? If it's unkillable, can you let me know the wchan for that process? -- Intel are signing my paycheques ... these opinions are still mine "Bill, look, we understand that you're interested in selling us this operating system, but compare it to ours. We can't possibly take such a retrograde step."