Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1759632AbXFZWWd (ORCPT ); Tue, 26 Jun 2007 18:22:33 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1757581AbXFZWWY (ORCPT ); Tue, 26 Jun 2007 18:22:24 -0400 Received: from smtp-out.google.com ([216.239.45.13]:40754 "EHLO smtp-out.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1759380AbXFZWWX (ORCPT ); Tue, 26 Jun 2007 18:22:23 -0400 DomainKey-Signature: a=rsa-sha1; s=beta; d=google.com; c=nofws; q=dns; h=received:date:from:to:cc:subject:message-id:in-reply-to: references:x-mailer:mime-version:content-type:content-transfer-encoding; b=M5HvsC3LTkbBEasihAusT9vwfufB11Z0U/DObK6wKiKRcNLwle+xtdQdugsZjzPC3 noE6R2u/C54fiKaJMjfgA== Date: Tue, 26 Jun 2007 15:22:04 -0700 From: Andrew Morton To: Christoph Lameter Cc: Ethan Solomita , linux-mm@kvack.org, LKML , a.p.zijlstra@chello.nl Subject: Re: [RFC 1/7] cpuset write dirty map Message-Id: <20070626152204.b6b4bc3f.akpm@google.com> In-Reply-To: References: <465FB6CF.4090801@google.com> <46646A33.6090107@google.com> <468023CA.2090401@google.com> X-Mailer: Sylpheed version 2.2.7 (GTK+ 2.8.6; i686-pc-linux-gnu) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1196 Lines: 30 On Tue, 26 Jun 2007 12:16:50 -0700 (PDT) Christoph Lameter wrote: > On Mon, 25 Jun 2007, Ethan Solomita wrote: > > > The effect of this patchset is straightforward. Without it there are > > long hangs between appearances of the date. With it the dates are all 5 > > (or sometimes 6) seconds apart. > > > > I also added printks to the kernel to verify that, without these > > patches, the tee was being throttled (along with lots of other things), > > and with the patch only pdflush is being throttled. > > That sounds good. Andrew: Any chance that we can get this patchset merged? > Is in my queue somewhere. Could be that by the time I get to it it will need refreshing (again), we'll see. One open question is the interaction between these changes and with Peter's per-device-dirty-throttling changes. They also are in my queue somewhere. Having a 100:1 coder:reviewer ratio doesn't exactly make for swift progress. - 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/