From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from cantor2.suse.de ([195.135.220.15]:43203 "EHLO mx2.suse.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1750954AbaIBOU1 (ORCPT ); Tue, 2 Sep 2014 10:20:27 -0400 Date: Tue, 2 Sep 2014 16:20:24 +0200 From: Jan Kara To: "Theodore Ts'o" Cc: Christoph Hellwig , Dave Chinner , Nikolai Grigoriev , linux-btrfs@vger.kernel.org, linux-fsdevel@vger.kernel.org, linux-raid@vger.kernel.org, linux-mm@kvack.org, Jens Axboe Subject: Re: ext4 vs btrfs performance on SSD array Message-ID: <20140902142024.GB19412@quack.suse.cz> References: <20140902000822.GA20473@dastard> <20140902012222.GA21405@infradead.org> <20140902113104.GD5049@thunk.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii In-Reply-To: <20140902113104.GD5049@thunk.org> Sender: linux-btrfs-owner@vger.kernel.org List-ID: On Tue 02-09-14 07:31:04, Ted Tso wrote: > > - the very small max readahead size > > For things like the readahead size, that's probably something that we > should autotune, based the time it takes to read N sectors. i.e., > start N relatively small, such as 128k, and then bump it up based on > how long it takes to do a sequential read of N sectors until it hits a > given tunable, which is specified in milliseconds instead of kilobytes. Actually the amount of readahead we do is autotuned (based on hit rate). So I would keep the setting in sysfs as the maximum size adaptive readahead can ever read and we can bump it up. We can possibly add another feedback into the readahead code to tune actualy readahead size depending on device speed but we'd have to research exactly what algorithm would work best. Honza -- Jan Kara SUSE Labs, CR