Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1754754AbYHOBLR (ORCPT ); Thu, 14 Aug 2008 21:11:17 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751490AbYHOBK6 (ORCPT ); Thu, 14 Aug 2008 21:10:58 -0400 Received: from rgminet01.oracle.com ([148.87.113.118]:47919 "EHLO rgminet01.oracle.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751479AbYHOBK5 (ORCPT ); Thu, 14 Aug 2008 21:10:57 -0400 Subject: Re: Btrfs v0.16 released From: Chris Mason To: Theodore Tso Cc: Andi Kleen , Peter Zijlstra , linux-btrfs , linux-kernel , linux-fsdevel In-Reply-To: <20080814234458.GD13048@mit.edu> References: <1217962876.15342.33.camel@think.oraclecorp.com> <1218100464.8625.9.camel@twins> <1218105597.15342.189.camel@think.oraclecorp.com> <877ias66v4.fsf@basil.nowhere.org> <1218221293.15342.263.camel@think.oraclecorp.com> <1218747656.15342.439.camel@think.oraclecorp.com> <20080814234458.GD13048@mit.edu> Content-Type: text/plain Date: Thu, 14 Aug 2008 21:10:27 -0400 Message-Id: <1218762627.15342.447.camel@think.oraclecorp.com> Mime-Version: 1.0 X-Mailer: Evolution 2.22.2 Content-Transfer-Encoding: 7bit X-Brightmail-Tracker: AAAAAQAAAAI= X-Brightmail-Tracker: AAAAAQAAAAI= X-Whitelist: TRUE X-Whitelist: TRUE Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1391 Lines: 38 On Thu, 2008-08-14 at 19:44 -0400, Theodore Tso wrote: > > I spent a bunch of time hammering on different ways to fix this without > > increasing nr_requests, and it was a mixture of needing better tuning in > > btrfs and needing to init mapping->writeback_index on inode allocation. > > > > So, today's numbers for creating 30 kernel trees in sequence: > > > > Btrfs defaults 57.41 MB/s > > Btrfs dup no csum 74.59 MB/s > > Btrfs no duplication 76.83 MB/s > > Btrfs no dup no csum no inline 76.85 MB/s > > What sort of script are you using? Basically something like this? > > for i in `seq 1 30` do > mkdir $i; cd $i > tar xjf /usr/src/linux-2.6.28.tar.bz2 > cd .. > done Similar. I used compilebench -i 30 -r 0, which means create 30 initial kernel trees and then do nothing. compilebench simulates compiles by writing to the FS files of the same size that you would get by creating kernel trees or compiling them. The idea is to get all of the IO without needing to keep 2.6.28.tar.bz2 in cache or the compiler using up CPU. http://www.oracle.com/~mason/compilebench -chris -- 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/