Received: by 2002:a05:6358:16cc:b0:ea:6187:17c9 with SMTP id r12csp11978407rwl; Tue, 3 Jan 2023 07:24:18 -0800 (PST) X-Google-Smtp-Source: AMrXdXsQqzRDw+rI5z2i4jPlfZtwePrTKPst40s6AMsHRzCkcV3o/U4IHpWcxqOIGSLVcaSXCMV3 X-Received: by 2002:a05:6a20:ba85:b0:a4:7132:ab5b with SMTP id fb5-20020a056a20ba8500b000a47132ab5bmr54636824pzb.58.1672759457798; Tue, 03 Jan 2023 07:24:17 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1672759457; cv=none; d=google.com; s=arc-20160816; b=Qw6HMywHsnJ6UZ71Nfe119JaMS1YNavMSS0PwqqsI+aoqDEW1hIjmVkGWXI1bDkEvn 84mTFXa0UFynyt/TKrCV8MIeuy1k4nGppULD+MTzjY2IiPLHadDbUPMOLaIBtklLn+ux IrGIN5ieo64uto89IelpudJ/YQSRIkj2+b86vdqcZpZeqBCDWvQK0gjzXG2bMY/NIT2E B9UaPMqaJBzYtXF/E9m2F/R2mH/Y87ubMmS6o39lSk0FnuaUakq+/Zvi4QnDd3DtIumT Q22YOzhhzgb8CEYz6nx8uCWb9+hjz1BFGBHqrALksoTVGtvKb4r+Za1XBnwmvtkcpAPQ F8MQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:mime-version :message-id:date:subject:cc:to:from:dkim-signature; bh=fuUtcOvepsI82FMOzxtotY8LlWD/xLqfqPDA8rrQV6I=; b=Xp6Po6KwAcXuEnQ8w4DWVbml4XeBnMJlXXDQ8mHxGi0HCMk+TF84ddmyZh/Vxf0OUs XW6ZhOTRs1DVYCXxLef61JUgy7vRVbQ2suyMXYvZTY7V4kSUrqXfH/zUiIUyvmnFUOAy I1DgzuHmlAdEFKIqXcf42Iij/cAzUYN8yrVQesipyuEpURDeUptQ1PRn+7OeCrGaV/YL q0lKULQiiIy1PATprLVgG1RIWCBJU/uWtmI8ZmrxD55efNdcmZ/XZ/IOiMDY1PwZnLER RUuFNtrARzBM1m/YJaTiT/qWRC3reblmj29VEHyL+4eI6c+iZMRR320p+lp2XsP1AQrH rSIg== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@linaro.org header.s=google header.b=vk0kImVx; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=linaro.org Return-Path: Received: from out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id s187-20020a632cc4000000b004a1b205441dsi8696701pgs.121.2023.01.03.07.24.10; Tue, 03 Jan 2023 07:24:17 -0800 (PST) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) client-ip=2620:137:e000::1:20; Authentication-Results: mx.google.com; dkim=pass header.i=@linaro.org header.s=google header.b=vk0kImVx; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=linaro.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S237949AbjACOzW (ORCPT + 60 others); Tue, 3 Jan 2023 09:55:22 -0500 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:60518 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S237608AbjACOzV (ORCPT ); Tue, 3 Jan 2023 09:55:21 -0500 Received: from mail-ej1-x636.google.com (mail-ej1-x636.google.com [IPv6:2a00:1450:4864:20::636]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 5A1E0FD28 for ; Tue, 3 Jan 2023 06:55:20 -0800 (PST) Received: by mail-ej1-x636.google.com with SMTP id fy8so10335485ejc.13 for ; Tue, 03 Jan 2023 06:55:20 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=linaro.org; s=google; h=content-transfer-encoding:mime-version:message-id:date:subject:cc :to:from:from:to:cc:subject:date:message-id:reply-to; bh=fuUtcOvepsI82FMOzxtotY8LlWD/xLqfqPDA8rrQV6I=; b=vk0kImVxbqsgz+D3pFJ+zgncojr3lo/6vNRXcflvLUAUAGNej4//WY59Ll/WXA6MUK WczzNidrEo76fNqlKC4Fet8Zd4aJQ3cVU+eMc0D65CeAKT/k2NLkFvGQYDG1mABklzp9 7nD/VN+V0OunyJixyp8YH82Zos9Qf77K+ffr7SJsK7hY4CxCQWfBZH5s/lyHpr7mBFsX rr8Pohqjv1XZWlhmTPY/3/wuRoy31VynfTUXmiDSW5l6OeEsOeCgcXmEAqwepaUyhBs7 Aa/++dGKiif2NOTCmS0SB1StXcEJXedxi/Fnep/YKjkV/+y1zRRybQWWpVC5XldBQR0l 1aPQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=content-transfer-encoding:mime-version:message-id:date:subject:cc :to:from:x-gm-message-state:from:to:cc:subject:date:message-id :reply-to; bh=fuUtcOvepsI82FMOzxtotY8LlWD/xLqfqPDA8rrQV6I=; b=b4WBNfnyFj8mcY8HhGrjE0WnTcw0bbcqvTbN0gg2T9HM0Zeo7zwXPBcLjpxz6mo0Ms ADmCoObyFtqQ7wAHFfhhA6+/uaHUpxkNMdsaOoLHBt3eGcnFo3BgzUHMZBqswnzygYO8 xbAfBwiGC3pvz6QWdFFBPap4QDfgqfKkiPa0w+10AnZ6p3wWxopnZtEVyTVwgszqw3vj DF/JgdpVMmeaJjYj0o/+srykk4tpozcz5HAzbgoawYaEN0Pw2kuoNBGYL7MN+QP2a1vw +N7M4stwKKMgmJN0L/eC5OBq/Aj9EsUDa0Q2OPp24lhcHYaOWtmtcApk3kejdMYgo/xI 1Gsw== X-Gm-Message-State: AFqh2kon8SImJGEaXK0jEWZwHCOMcCK/ZsbSSkPDXrFlDlg1jXMuDrOD 1+soWnW6/hdKoQAUY6/QdIMlCQ== X-Received: by 2002:a17:907:7707:b0:844:c651:ce4b with SMTP id kw7-20020a170907770700b00844c651ce4bmr35936970ejc.33.1672757718948; Tue, 03 Jan 2023 06:55:18 -0800 (PST) Received: from localhost.localdomain (mob-5-91-46-2.net.vodafone.it. [5.91.46.2]) by smtp.gmail.com with ESMTPSA id g17-20020a17090604d100b007c16fdc93ddsm14122595eja.81.2023.01.03.06.55.17 (version=TLS1_2 cipher=ECDHE-ECDSA-AES128-GCM-SHA256 bits=128/128); Tue, 03 Jan 2023 06:55:18 -0800 (PST) From: Paolo Valente To: Jens Axboe Cc: linux-block@vger.kernel.org, linux-kernel@vger.kernel.org, arie.vanderhoeven@seagate.com, rory.c.chen@seagate.com, glen.valante@linaro.org, damien.lemoal@opensource.wdc.com, Paolo Valente Subject: [PATCH V13 REBASED 0/8] block, bfq: extend bfq to support multi-actuator drives Date: Tue, 3 Jan 2023 15:54:55 +0100 Message-Id: <20230103145503.71712-1-paolo.valente@linaro.org> X-Mailer: git-send-email 2.20.1 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit X-Spam-Status: No, score=-2.1 required=5.0 tests=BAYES_00,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,RCVD_IN_DNSWL_NONE, SPF_HELO_NONE,SPF_PASS autolearn=ham autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on lindbergh.monkeyblade.net Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Hi, rebased V13 [2]. Here is the whole description of this patch series again. This extension addresses the following issue. Single-LUN multi-actuator SCSI drives, as well as all multi-actuator SATA drives appear as a single device to the I/O subsystem [1]. Yet they address commands to different actuators internally, as a function of Logical Block Addressing (LBAs). A given sector is reachable by only one of the actuators. For example, Seagate’s Serial Advanced Technology Attachment (SATA) version contains two actuators and maps the lower half of the SATA LBA space to the lower actuator and the upper half to the upper actuator. Evidently, to fully utilize actuators, no actuator must be left idle or underutilized while there is pending I/O for it. To reach this goal, the block layer must somehow control the load of each actuator individually. This series enriches BFQ with such a per-actuator control, as a first step. Then it also adds a simple mechanism for guaranteeing that actuators with pending I/O are never left idle. See [1] for a more detailed overview of the problem and of the solutions implemented in this patch series. There you will also find some preliminary performance results. Thanks, Paolo [1] https://www.linaro.org/blog/budget-fair-queueing-bfq-linux-io-scheduler-optimizations-for-multi-actuator-sata-hard-drives/ [2] https://lore.kernel.org/lkml/20221229203707.68458-8-paolo.valente@linaro.org/t/ Davide Zini (3): block, bfq: split also async bfq_queues on a per-actuator basis block, bfq: inject I/O to underutilized actuators block, bfq: balance I/O injection among underutilized actuators Federico Gavioli (1): block, bfq: retrieve independent access ranges from request queue Paolo Valente (4): block, bfq: split sync bfq_queues on a per-actuator basis block, bfq: forbid stable merging of queues associated with different actuators block, bfq: move io_cq-persistent bfqq data into a dedicated struct block, bfq: turn bfqq_data into an array in bfq_io_cq block/bfq-cgroup.c | 93 +++---- block/bfq-iosched.c | 587 ++++++++++++++++++++++++++++++-------------- block/bfq-iosched.h | 142 ++++++++--- block/bfq-wf2q.c | 2 +- 4 files changed, 565 insertions(+), 259 deletions(-) -- 2.20.1