Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1752185Ab0DKQfl (ORCPT ); Sun, 11 Apr 2010 12:35:41 -0400 Received: from mail-qy0-f179.google.com ([209.85.221.179]:65414 "EHLO mail-qy0-f179.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1752131Ab0DKQfj (ORCPT ); Sun, 11 Apr 2010 12:35:39 -0400 DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:subject:to:cc:in-reply-to:references; b=omex11hrAQEpREBtziQu7mfan09pqbxSKpXKSRxqX3trfvtzJhkHva1julqZnlqqNO elitazB73k048tCRH0g3vXlw86PV0bjVVPIshsLALGr8zdR3eFqqTND0K9OxbPQH8M7c aKgLKm00TD8fAbhssN1IHBV8d7k7BuIgDfCIg= Message-ID: <4bc1fa59.c5c2f10a.776d.ffffcd91@mx.google.com> Date: Sun, 11 Apr 2010 09:35:37 -0700 (PDT) From: Ben Gamari Subject: Re: Poor interactive performance with I/O loads with fsync()ing To: Avi Kivity , linux-btrfs@vger.kernel.org Cc: Andi Kleen , Arjan van de Ven , linux-kernel@vger.kernel.org, tytso@mit.edu, npiggin@suse.de, mingo@elte.hu, Ruald Andreae , Jens Axboe , Olly Betts , martin f krafft In-Reply-To: <4BC1E4A4.1070103@redhat.com> References: <4b9fa440.12135e0a.7fc8.ffffe745@mx.google.com> <4baeaee5.c5c2f10a.7187.2688@mx.google.com> <20100327204233.0d84542a@infradead.org> <4baf624c.48c3f10a.16d0.ffffccb8@mx.google.com> <87y6hcyu85.fsf@basil.nowhere.org> <4bbf401e.a3b9e70a.13f3.4460@mx.google.com> <4BC1E4A4.1070103@redhat.com> Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 959 Lines: 25 On Sun, 11 Apr 2010 18:03:00 +0300, Avi Kivity wrote: > On 04/09/2010 05:56 PM, Ben Gamari wrote: > > On Mon, 29 Mar 2010 00:08:58 +0200, Andi Kleen wrote: > > > >> Ben Gamari writes: > >> ext4/XFS/JFS/btrfs should be better in this regard > >> > >> > > I am using btrfs, so yes, I was expecting things to be better. Unfortunately, > > the improvement seems to be non-existent under high IO/fsync load. > > > > btrfs is known to perform poorly under fsync. > Has the reason for this been identified? Judging from the nature of metadata loads, it would seem that it should be substantially easier to implement fsync() efficiently. - Ben -- 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/