Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1757984AbcJHKqo (ORCPT ); Sat, 8 Oct 2016 06:46:44 -0400 Received: from mout.kundenserver.de ([212.227.126.187]:59212 "EHLO mout.kundenserver.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1754012AbcJHKqn (ORCPT ); Sat, 8 Oct 2016 06:46:43 -0400 Date: Sat, 8 Oct 2016 12:46:38 +0200 From: Heinz Diehl To: linux-kernel@vger.kernel.org Subject: Re: [PATCH V3 00/11] block-throttle: add .high limit Message-ID: <20161008104638.GA3727@fritha.org> References: <20161004155616.GB4205@htj.duckdns.org> <20161004162759.GD4205@htj.duckdns.org> <278BCC7B-ED58-4FDF-9243-FAFC3F862E4D@unimore.it> <20161004172852.GB73678@anikkar-mbp.local.dhcp.thefacebook.com> <20161004185413.GF4205@htj.duckdns.org> <20161004191427.GG4205@htj.duckdns.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-Accept-Language: no,dk,se,en,de Organization: private site OpenPGP: id=60F4A92C; url=http://www.fritha.org/htd.asc; preference=signencrypt User-Agent: Mutt/1.7+28 (8963e77577ad) (2016-08-17) X-Provags-ID: V03:K0:LpAGoGND3V8IiaYvTLABdETt/sehufvb+/vODwHH4iZcoRpRBff lIEDBWGlbBv4o+9DrfrWcaelvfSi1LSjo0/ecjQeVx7X/iH37glrZp6nB3n6+Emzhs4h/LO 4bWMYhbY645QVSvQM7hZusKVDty/SVKIULvxX38rufvWaGi+6mskOBf9YmwShylmGIj4AGl IP08PC5NYtfmLp5ooBk6g== X-UI-Out-Filterresults: notjunk:1;V01:K0:ZkieeDwEegY=:U4XLB/S0+yK8P/qkwvrbmp kW2O2MRu77bmK502N6e4qqGakhFJ6+EBUf67ngFOq1Yr1Jyj81/+jXh2ZH+2rBVNddDklFu5H vmW9MQogEZXqJfKKQa79SRWIvSPrCNhsmJbreY00MJwDgYGTzHizgYW9rtS/So/qEdhQ+GRk2 d6fTf+/XXjARJHpuWWvbTEmgg0ya+OkMkQ17VnFnmJ9j42hEHYJCSJSstnf6CgIXhKeYqReBM dQbn+LXIvLZIBBTCmXucWoASDK6yHcQSiZQFRn+EbnKOwIVNiTO8pmEsAEygEP//Dt4cicgDv 0Oj1ngvyyAnhyAPzwn8/wvC9dW22vYZMOkcrzXn3aYWShwGNFO4We8oT2jJ2oXYmjXfxdtvZA PdEaZIomF9F0YKDbLr+qmPk8/qEKw5zq9LLv9Nv2pB0yfO55QzlibYrVX+p2AQpdCVfUCRjnt pBOtcBX8wY2mB3PpoKEImkREvAGSapnv5bxKzYdi3lAJeGBoY1D0vsjjyN++NuQKZM34QcyJh xfencFqm7wfolAxc4FIq9E2mYjntLoONnbwcKoylWxB/HuY6ci2np18G4DavQlKQcs/Ymd17v bDo46w6ZmJ2nNINqM/UFtcFo7xt8iA6+MTAcbi3k891a1LBaH6xkmnD0kTVTAs+qZ0x0fBsBg 0P9wFFq4cEnhv+3EgIhR5FyS5aFrq1aWCOYoLngGLCa4+GpNkqo4OZq+olLhBI7BooKE= Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 625 Lines: 17 On 06.10.2016, Linus Walleij wrote: > Not just desktops, also Android phones. > So why not have BFQ as a separate scheduling policy upstream, > alongside CFQ, deadline and noop? Please, just do it! CFQ and deadline perform horribly on Android, and the same is true for desktop systems based on SSD drives. What e.g. this test shows is true for all of my machines: https://www.youtube.com/watch?v=1cjZeaCXIyM I've been using BFQ nearly right from its inception, and it improves all of my systems noticeably, in fact in such a positive way that I don't update to a newer kernel unless there is a BFQ patch ready for it.