Received: by 10.192.165.148 with SMTP id m20csp2710732imm; Sun, 6 May 2018 22:58:28 -0700 (PDT) X-Google-Smtp-Source: AB8JxZrw/x43WrzHPE27v2ooqqxjHjQN3PXsuUmYT2qSLtKCfpPy7VsAWlkktAHJMfT+MRlLDTxo X-Received: by 2002:a63:be0a:: with SMTP id l10-v6mr13950934pgf.295.1525672708032; Sun, 06 May 2018 22:58:28 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1525672708; cv=none; d=google.com; s=arc-20160816; b=mCr2254lNM4a6caXYdmc+QwRTzMQdQ5qCXVlbSAO8xgtI0rAU7UMh5ydnPmcNJ9BO5 Z5ey+lb1+Lg4418XS2E4xuo1d5sPdRbkjTA76lcQeKA1vAvJFG5QKV5K1NfbgRK2PYbj RigeMmFQEMh1wOqmMVtyrbg86s+moS4OxifMZLfZHtOT+k7VPrTl9z/4QtymWhNpr6PU PVYfMWOxeK5LwVbMOhNKGp7dOAFLhGqVzDIBYTPW1plZWt6uWEu7pbsE5CncqzfiyzDc iO3RoJmAI6Uh2AuGE7U25S81/78D1JxvxveYhZ6IrZeqIYurXLPEIQ1u/O1x7ulspjPq k0GQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:content-transfer-encoding:mime-version :references:in-reply-to:date:cc:to:from:subject:message-id :arc-authentication-results; bh=+9PCRunJVuZTczeS/W2r4BruRjgv9m7C6WjMrudAhok=; b=zC4AhG01AnvQFfkS+kAJ5dF4h63FUUEYArrW/sE5Mu6JGcTfsjwwg/AspaiEFZ6zIk xI4BEGToL08T+z56J94v3YSczEOPXQdbO/vk1M9Uqlu2xPsWGOAm7JCJH0+6liy00gdt MGBJZpsbISzMupr3rDai5nuRZnYQs6vtYDRScRczYtAaOW+Kv8Ua/EPZyKKGSFC2tKOs Nlg7HMkaAsQ6jkhU3ukLP588p50MPe+dCa9FDrL7g/t/+rMatCTMk6ZYZSiYtNzpxNd+ 2MgeXiUMAsTjdG8kgGlthH8dlkSnzg+Zg/kS8T/AxHvu/WdPTttJclzB0sXH2qs9is3m dLJQ== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id k16-v6si23258270pli.171.2018.05.06.22.58.13; Sun, 06 May 2018 22:58:27 -0700 (PDT) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1750990AbeEGF4u convert rfc822-to-8bit (ORCPT + 99 others); Mon, 7 May 2018 01:56:50 -0400 Received: from mout.gmx.net ([212.227.17.21]:40035 "EHLO mout.gmx.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1750732AbeEGF4r (ORCPT ); Mon, 7 May 2018 01:56:47 -0400 Received: from homer.simpson.net ([185.191.216.25]) by mail.gmx.com (mrgmx102 [212.227.17.168]) with ESMTPSA (Nemesis) id 0MS0c2-1emIv642Ic-00TBlc; Mon, 07 May 2018 07:56:39 +0200 Message-ID: <1525672597.5064.3.camel@gmx.de> Subject: Re: [PATCH BUGFIX] block, bfq: postpone rq preparation to insert or merge From: Mike Galbraith To: Paolo Valente Cc: Jens Axboe , linux-block , LKML , Ulf Hansson , Mark Brown , linus.walleij@linaro.org, bfq-iosched@googlegroups.com, oleksandr@natalenko.name Date: Mon, 07 May 2018 07:56:37 +0200 In-Reply-To: <223CABEA-71E0-426F-A4AB-17BA8437C978@linaro.org> References: <20180504171701.6876-1-paolo.valente@linaro.org> <1525463210.622.1.camel@gmx.de> <1525508378.5406.6.camel@gmx.de> <9F155F9F-F6B2-465A-BA4D-A86FF6825071@linaro.org> <1525532191.5406.15.camel@gmx.de> <223CABEA-71E0-426F-A4AB-17BA8437C978@linaro.org> Content-Type: text/plain; charset="ISO-8859-15" X-Mailer: Evolution 3.22.6 Mime-Version: 1.0 Content-Transfer-Encoding: 8BIT X-Provags-ID: V03:K1:b2gPUmqfIm+zZwYttxssSG5g+TN6p9kRTVQe8CBsdJtVpSRXU3x zZZWYnn2bvj+/jUtxP3JcY4Jvjknt4I1YiIBUXYGHbB3wuSkDyq67ZSOLT1Ay8mTnPD6761 S35okzAmxlAVhTNAbJneeTw8mN+AdRUtttdW4f1UErwiRn3NEei2WPqnFse2VRD9yhrRneP l6C9ufkO1C1QgeMoJg4Bw== X-UI-Out-Filterresults: notjunk:1;V01:K0:FtyHzbdF7/Y=:xhdWA1FMSwoGAVxwBDwsof q472K1Fs+ovpLMoYh4BtgkJNvrZBrDo4s0Y8/TxlVkn//AVZp9AorwxTeVmJvOBbtZQONIFvc LWIlqXW13e4ypzaG2NLZvTLgIcZmuA5qZ/V5ErXhEzhWJ7rM+aS75Tn4rFb4qNrJqR3osmZkn KZNRyPrkCMXcayiPhiGaPrSI4SQ3of07CAtQDbWdz4osKtpnkDhOUcAJFSnsmGOxXC5+vG7ZO 0w4Iy+kV6rK73XXCHHHqJ8+BRgYdT1KMD1l/6R8HmMpUcVXEzsmz2fc++B/9c8OVrYr7J1/Sf bNLEUZldNNWs7dCZqMgfEeHbTeF5s5gAh4GqjsRjItGfEuW4/3kc4KqtgxQurvmie5aNnF3Ux 2yoc/veWJFl9LuVxfawouZiM89HB+MwtbMGPmKNgFwXdP5r0m6A5e6ZBj3h2C7rsFXIrxs4AB U7L0L+qNi4Py0/fzCcGto3zZ/WadJZn6sjdaLL8VpygKIHanvUkfNzgzeAYuIxZ1j4LbRU+Oa eNYEyHRTB7gq07AoqKWH3mZzFqGvIGbnaVIlbTZIdNFHKa3h4BZT7kZ2AnmWgCvI/v6eePlgH NlSeCORvNnMtCA8iWDymWP/a0G8GpFXEHIJO4F1qgXh3rCI+tR9k1Uiia4T9ZV1EVVUAD9O96 PiDu9l/tqaOXaKus+6GTU+VkdVHSZCI3B41OUza4403jJxeaY1xVKhf3hCLdX2IM3DlP1rpEK lqE1/g7cqT5wOg65gkw6Lf72HYWT36eeUXLyX2wlXRECk7nUGMD+HEGL1487hIHmhbNW7qRNZ cggKUUa Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Sun, 2018-05-06 at 09:42 +0200, Paolo Valente wrote: > > diff --git a/block/bfq-mq-iosched.c b/block/bfq-mq-iosched.c > index 118f319af7c0..6662efe29b69 100644 > --- a/block/bfq-mq-iosched.c > +++ b/block/bfq-mq-iosched.c > @@ -525,8 +525,13 @@ static void bfq_limit_depth(unsigned int op, struct blk_mq_alloc_data *data) > if (unlikely(bfqd->sb_shift != bt->sb.shift)) > bfq_update_depths(bfqd, bt); > > +#if 0 > data->shallow_depth = > bfqd->word_depths[!!bfqd->wr_busy_queues][op_is_sync(op)]; ^^^^^^^^^^^^^ Q: why doesn't the top of this function look like so? --- block/bfq-iosched.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) --- a/block/bfq-iosched.c +++ b/block/bfq-iosched.c @@ -539,7 +539,7 @@ static void bfq_limit_depth(unsigned int struct bfq_data *bfqd = data->q->elevator->elevator_data; struct sbitmap_queue *bt; - if (op_is_sync(op) && !op_is_write(op)) + if (!op_is_write(op)) return; if (data->flags & BLK_MQ_REQ_RESERVED) { It looks a bit odd that these elements exist... + ??????/* + ???????* no more than 75% of tags for sync writes (25% extra tags + ???????* w.r.t. async I/O, to prevent async I/O from starving sync + ???????* writes) + ???????*/ + ??????bfqd->word_depths[0][1] = max(((1U<sb_shift) * 3)>>2, 1U); + ??????/* no more than ~37% of tags for sync writes (~20% extra tags) */ + ??????bfqd->word_depths[1][1] = max(((1U<sb_shift) * 6)>>4, 1U); ...yet we index via and log a guaranteed zero. -Mike