Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id ; Mon, 5 Aug 2002 15:59:06 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id ; Mon, 5 Aug 2002 15:59:06 -0400 Received: from axp01.e18.physik.tu-muenchen.de ([129.187.154.129]:61964 "EHLO axp01.e18.physik.tu-muenchen.de") by vger.kernel.org with ESMTP id ; Mon, 5 Aug 2002 15:59:04 -0400 Date: Mon, 5 Aug 2002 22:02:39 +0200 (CEST) From: Roland Kuhn To: Chris Mason Cc: Oleg Drokin , Subject: Re: reiserfs blocks long on getdents64() during concurrent write In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1399 Lines: 39 Hi! On Mon, 5 Aug 2002, Roland Kuhn wrote: > > So, on ftp.suse.com/pub/people/mason/patches/data-logging > > > > Apply: > > 01-relocation-4.diff > > 02-commit_super-8.diff # this is the one you want, but it depends on 01. > > > Okay, will try. > > > And try again. If that doesn't do it, try 04-write_times.diff (which > > doesn't depend on anything). > > > Is there a documentation about what this patch does as a whole? > Sorry, stupid question for the 04 one. What my brain wanted to say: The patches 01 and 02 seem to aim at dirtying the super block less often. If there is serious writing activity, will this lead to fewer but longer commits? The problem with our current (kinda stupid) software is that lower write() latency is more important than a few percent more throughput. Ciao, Roland +---------------------------+-------------------------+ | TU Muenchen | | | Physik-Department E18 | Raum 3558 | | James-Franck-Str. | Telefon 089/289-12592 | | 85747 Garching | | +---------------------------+-------------------------+ - 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/