Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1753510AbaFMQVg (ORCPT ); Fri, 13 Jun 2014 12:21:36 -0400 Received: from cantor2.suse.de ([195.135.220.15]:51064 "EHLO mx2.suse.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751393AbaFMQVe (ORCPT ); Fri, 13 Jun 2014 12:21:34 -0400 Date: Fri, 13 Jun 2014 18:21:29 +0200 Message-ID: From: Takashi Iwai To: Paolo Valente Cc: Pavel Machek , Tejun Heo , Jens Axboe , Li Zefan , Fabio Checconi , Arianna Avanzini , linux-kernel@vger.kernel.org, containers@lists.linux-foundation.org, cgroups@vger.kernel.org Subject: Re: BFQ speed tests [was Re: [PATCH RFC - TAKE TWO - 00/12] New version of the BFQ I/O Scheduler] In-Reply-To: <6A4905B2-ACAA-419D-9C83-659BE9A5B20B@unimore.it> References: <20140528221929.GG1419@htj.dyndns.org> <1401354343-5527-1-git-send-email-paolo.valente@unimore.it> <20140530160712.GG24871@htj.dyndns.org> <464F6CBE-A63E-46EF-A90D-BF8450430444@unimore.it> <20140530232804.GA5057@htj.dyndns.org> <20140602111432.GA3737@amd.pavel.ucw.cz> <20140602130226.GA14654@amd.pavel.ucw.cz> <20140604100358.GA4799@amd.pavel.ucw.cz> <4888F93F-D58D-48DD-81A6-A6D61C452D92@unimore.it> <6A4905B2-ACAA-419D-9C83-659BE9A5B20B@unimore.it> User-Agent: Wanderlust/2.15.9 (Almost Unreal) SEMI/1.14.6 (Maruoka) FLIM/1.14.9 (=?UTF-8?B?R29qxY0=?=) APEL/10.8 Emacs/24.3 (x86_64-suse-linux-gnu) MULE/6.0 (HANACHIRUSATO) MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org At Wed, 11 Jun 2014 22:45:06 +0200, Paolo Valente wrote: > > > Il giorno 04/giu/2014, alle ore 13:59, Takashi Iwai ha scritto: > > > […] > > I've been using BFQ for a while and noticed also some obvious > > regression in some operations, notably git, too. > > For example, git grep regresses badly. > > > > I ran "test git grep foo > /dev/null" on linux kernel repos on both > > rotational disk and SSD. > > […] > > > > BFQ seems behaving bad when reading many small files. > > > > The fix I described in my last reply to Pavel's speed tests > (https://lkml.org/lkml/2014/6/4/94) apparently solves also this problem. > As I wrote in that reply, the new fixed version of bfq is here: > http://algogroup.unimore.it/people/paolo/disk_sched/debugging-patches/3.16.0-rc0-v7rc5.tgz > > These are our results, for your test, with this fixed version of bfq. > > time git grep foo > /dev/null > > Rotational disk: > CFQ: > 2.86user 4.87system 0:29.51elapsed 26%CPU > 2.87user 4.87system 0:30.30elapsed 25%CPU > 2.82user 4.90system 0:29.13elapsed 26%CPU > > BFQ: > 2.81user 4.97system 0:25.96elapsed 29%CPU > 2.83user 5.02system 0:24.79elapsed 31%CPU > 2.85user 4.95system 0:24.73elapsed 31%CPU > > SSD: > CFQ: > 2.04user 3.93system 0:03.88elapsed 153%CPU > 2.12user 3.85system 0:03.89elapsed 153%CPU > 2.05user 3.92system 0:03.89elapsed 153%CPU > > BFQ: > 2.10user 3.86system 0:03.89elapsed 153%CPU > 2.05user 3.90system 0:03.88elapsed 153%CPU > 2.01user 3.95system 0:03.89elapsed 153%CPU > > time git grep foo HEAD > /dev/null > > SSD: > CFQ: > 5.11user 0.38system 0:06.71elapsed 81%CPU > 5.21user 0.36system 0:06.78elapsed 82%CPU > 5.05user 0.41system 0:06.69elapsed 81%CPU > > BFQ: > 5.17user 0.39system 0:06.77elapsed 82%CPU > 5.13user 0.37system 0:06.73elapsed 81%CPU > 5.17user 0.37system 0:06.78elapsed 81%CPU > > Should you be willing to provide further feedback on this and other tests, > we would of course really appreciate it. Thanks. The new patchset works well now. The results with the new patchset + latest Linus git tree are below. The only significant difference is the case with "git grep foo" on SSD. But I'm not sure whether it's a casual error. I'll need to get more samples to flatten the errors. Takashi === * time git grep foo > /dev/null rotational disk: CFQ: 2.34user 4.04system 2:00.12elapsed 5%CPU 2.49user 3.80system 1:56.20elapsed 5%CPU 2.42user 3.68system 1:46.81elapsed 5%CPU BFQ: 2.44user 3.57system 1:49.65elapsed 5%CPU 2.47user 3.67system 1:55.92elapsed 5%CPU 2.47user 3.63system 1:50.06elapsed 5%CPU SSD: CFQ: 1.25user 1.54system 0:04.62elapsed 60%CPU 1.23user 1.67system 0:04.65elapsed 62%CPU 1.22user 1.60system 0:04.61elapsed 61%CPU BFQ: 1.29user 1.64system 0:06.91elapsed 42%CPU 1.30user 1.66system 0:06.66elapsed 44%CPU 1.27user 1.59system 0:04.73elapsed 60%CPU * time git grep foo HEAD > /dev/null rotational disk: CFQ: 5.12user 0.43system 0:19.86elapsed 28%CPU 5.06user 0.45system 0:19.88elapsed 27%CPU 5.00user 0.41system 0:20.05elapsed 27%CPU BFQ: 4.82user 0.37system 0:19.56elapsed 26%CPU 5.00user 0.43system 0:19.53elapsed 27%CPU 4.92user 0.45system 0:19.69elapsed 27%CPU SSD: CFQ: 4.49user 0.32system 0:07.26elapsed 66%CPU 4.50user 0.31system 0:07.25elapsed 66%CPU 4.40user 0.32system 0:07.16elapsed 65%CPU BFQ: 4.09user 0.26system 0:06.93elapsed 62%CPU 3.76user 0.23system 0:06.54elapsed 61%CPU 3.65user 0.22system 0:06.40elapsed 60%CPU -- 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/