Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1751073AbbD2VMn (ORCPT ); Wed, 29 Apr 2015 17:12:43 -0400 Received: from mail.phunq.net ([184.71.0.62]:50329 "EHLO starbase.phunq.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1750895AbbD2VMj convert rfc822-to-8bit (ORCPT ); Wed, 29 Apr 2015 17:12:39 -0400 From: Daniel Phillips To: Mike Galbraith Cc: , , , "Theodore Ts'o" , OGAWA Hirofumi Subject: Re: xfs: does mkfs.xfs require fancy switches to get decent =?iso-8859-1?Q?performance=3F_(was_Tux3_Report:_How_fast_can_we_fsync=3F)?= Date: Wed, 29 Apr 2015 14:12:56 -0700 User-Agent: Trojita/v0.5-14-g8a2496c; Qt/4.8.6; X11; Linux; Ubuntu 14.04.2 LTS MIME-Version: 1.0 Message-ID: In-Reply-To: <1430334326.7360.25.camel@gmail.com> References: <8f886f13-6550-4322-95be-93244ae61045@phunq.net> <1430274071.3363.4.camel@gmail.com> <1906f271-aa23-404b-9776-a4e2bce0c6aa@phunq.net> <1430289213.3693.3.camel@gmail.com> <1430325763.19371.41.camel@gmail.com> <1430334326.7360.25.camel@gmail.com> Organization: tux3.org Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8BIT Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1236 Lines: 36 On Wednesday, April 29, 2015 12:05:26 PM PDT, Mike Galbraith wrote: > Here's something that _might_ interest xfs folks. > > cd git (source repository of git itself) > make clean > echo 3 > /proc/sys/vm/drop_caches > time make -j8 test > > ext4 2m20.721s > xfs 6m41.887s <-- ick > btrfs 1m32.038s > tux3 1m30.262s > > Testing by Aunt Tilly: mkfs, no fancy switches, mount the thing, test. > > Are defaults for mkfs.xfs such that nobody sane uses them, or does xfs > really hate whatever git selftests are doing this much? I'm more interested in the fact that we eked out a win :) Btrfs appears to optimize tiny files by storing them in its big btree, the equivalent of our itree, and Tux3 doesn't do that yet, so we are a bit hobbled for a make load. Eventually, that gap should widen. The pattern I noticed where the write-anywhere designs are beating the journal designs seems to continue here. I am sure there are exceptions, but maybe it is a real thing. Regards, Daniel -- 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/