Received: by 2002:a05:6a10:2726:0:0:0:0 with SMTP id ib38csp2797077pxb; Sun, 3 Apr 2022 21:51:08 -0700 (PDT) X-Google-Smtp-Source: ABdhPJxSYy5GTRNLG7xMhfxQf4TQl8M7v5xA/PW93pYEoAvKJTiP+sC/ATuDRsTKLaLo3eN8pHL6 X-Received: by 2002:a17:907:6089:b0:6db:a3d7:3fa9 with SMTP id ht9-20020a170907608900b006dba3d73fa9mr9498322ejc.593.1649047868260; Sun, 03 Apr 2022 21:51:08 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1649047868; cv=none; d=google.com; s=arc-20160816; b=V5VEQAdbsyOJUleLbZVUomnXzRnhFVugykjfKwSCzVSQltrZDyKnPfJG0AU1Jt97Bl nJQ4Fi7znUmHBH+2ob1PVEpTxFPQiXBmJnG/isdHpLpQX8Zg0TyE5b8iEGGVgJ1M67UA 9X2ldz6mpilq2UEP7IXuPgw97qQ2TOFvvpAqCaBOZbWTOeRL4AA8Fi+P4xovCqxNMxjA ttPKwR1vbMhVOgTPPVWVRI/iZSWEEw2w+dWwNU8y/2YJpmrOOZr8TgpT2mKMTwPogJcu C69uDM97jYpQc4uI6iJ4jrHv1Iwg5tOjGDDjsZmu9c6oPY769hAGHkWTir6mo0L6F23B dvnA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:in-reply-to:content-disposition:mime-version :references:message-id:subject:cc:to:from:date:dkim-signature; bh=j8xAnrfA87uHRZFtaujpqH5A+Zpvd5GtIzYiH6yAm7k=; b=mtKryKXisypS6G+AyBbnBat7FSFSOs660vQm0ZtyFcvxsm2ZRa1ErjWi+sBApCEliJ inhqjsmKZ2T88x8S+R9001i6fruBPSML/fEh6P1xcvew8sXfVvgiiDDVNDBkGIX3pkrb PZCwfEhQ2kEWB2zPKXiHUsUVnAazGhNYKH2yJG6YhjGwHIyoYADsqqASBqOFz01ssMem 7CMO0Tt8ErTLgMlXs6uNr+4XM/Z/7ExuVh1hgubmzF421nB+HsyNrbB19teYzd2lt/w1 bkeLUS5heMNPXQ6gd/+2QyFZ6IvojkI5H8AYyYOYBtKkZjg0r+Ksr27dj5n7EUDtnlTD 3rDw== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@kernel.org header.s=k20201202 header.b=I7QTln4h; 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=kernel.org Return-Path: Received: from out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id s2-20020a170906168200b006df76385b8asi5718405ejd.42.2022.04.03.21.50.43; Sun, 03 Apr 2022 21:51:08 -0700 (PDT) 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=@kernel.org header.s=k20201202 header.b=I7QTln4h; 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=kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S244063AbiDAC3D (ORCPT + 99 others); Thu, 31 Mar 2022 22:29:03 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:59748 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S244068AbiDAC27 (ORCPT ); Thu, 31 Mar 2022 22:28:59 -0400 Received: from ams.source.kernel.org (ams.source.kernel.org [145.40.68.75]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 5FD2A255A8E; Thu, 31 Mar 2022 19:27:11 -0700 (PDT) Received: from smtp.kernel.org (relay.kernel.org [52.25.139.140]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ams.source.kernel.org (Postfix) with ESMTPS id 2063BB82201; Fri, 1 Apr 2022 02:27:10 +0000 (UTC) Received: by smtp.kernel.org (Postfix) with ESMTPSA id 8E048C340ED; Fri, 1 Apr 2022 02:27:08 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=k20201202; t=1648780028; bh=nBYzy51cnyAKW9oy9okRIcSO8R9iuWITzppuXcOQxGQ=; h=Date:From:To:Cc:Subject:References:In-Reply-To:From; b=I7QTln4hskTdPSmj1zc5lLhHekbXWXFcpO7fOwmPhs+yxFWS8XCIUXMA2YupyhDML L19oT9c9jq78Ho+/sbzgIyP1sCYO/O1bZR/3TbdeiM/q3mLEK3SZco/rtUESPD3BEM BHkf7opbKhzfuMWvpWJKNIzmFXKl6W+icZfRAI0n0tDMp38sjF0eDaSyQ86UsqLJUg +MfCQqWBv2sMxjfD+lsBhel2i/knrAcvjGmoACfj7OJPW8a21Bi0XulFyO0T6sAeWU hLkzZFxiGSM4/mrHwUmC2lcXyWRvuVlmQsMNzaw+bHRS228uSIouTmbRy3rlBuHa8t hWXNVDppvaJjw== Date: Thu, 31 Mar 2022 20:27:05 -0600 From: Keith Busch To: Michael Marod Cc: Christoph Hellwig , linux-kernel@vger.kernel.org, linux-block@vger.kernel.org Subject: Re: NVME performance regression in Linux 5.x due to lack of block level IO queueing Message-ID: References: <51E3A396-F68B-496D-AE36-B0457A3B0968@michaelmarod.com> <847D3821-1D92-468C-88C3-34284BA7922E@michaelmarod.com> <4034AD9F-2A6A-4AE6-B5FC-58FC2BC238F5@michaelmarod.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4034AD9F-2A6A-4AE6-B5FC-58FC2BC238F5@michaelmarod.com> X-Spam-Status: No, score=-7.1 required=5.0 tests=BAYES_00,DKIMWL_WL_HIGH, DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,RCVD_IN_DNSWL_HI, SPF_HELO_NONE,SPF_PASS,T_SCC_BODY_TEXT_LINE 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 On Thu, Mar 31, 2022 at 11:22:03PM +0000, Michael Marod wrote: > # /usr/local/bin/fio -name=randrw -filename=/opt/foo -direct=1 -iodepth=1 -thread -rw=randrw -ioengine=psync -bs=4k -size=10G -numjobs=16 -group_reporting=1 -runtime=120 > > // Ubuntu 16.04 / Linux 4.4.0: > Run status group 0 (all jobs): > READ: bw=54.5MiB/s (57.1MB/s), 54.5MiB/s-54.5MiB/s (57.1MB/s-57.1MB/s), io=6537MiB (6854MB), run=120002-120002msec > WRITE: bw=54.5MiB/s (57.2MB/s), 54.5MiB/s-54.5MiB/s (57.2MB/s-57.2MB/s), io=6544MiB (6862MB), run=120002-120002msec > > // Ubuntu 18.04 / Linux 5.4.0: > Run status group 0 (all jobs): > READ: bw=23.5MiB/s (24.7MB/s), 23.5MiB/s-23.5MiB/s (24.7MB/s-24.7MB/s), io=2821MiB (2959MB), run=120002-120002msec > WRITE: bw=23.5MiB/s (24.6MB/s), 23.5MiB/s-23.5MiB/s (24.6MB/s-24.6MB/s), io=2819MiB (2955MB), run=120002-120002msec > > // Ubuntu 18.04 / Linux 5.17: > Run status group 0 (all jobs): > READ: bw=244MiB/s (255MB/s), 244MiB/s-244MiB/s (255MB/s-255MB/s), io=28.6GiB (30.7GB), run=120001-120001msec > WRITE: bw=244MiB/s (256MB/s), 244MiB/s-244MiB/s (256MB/s-256MB/s), io=28.6GiB (30.7GB), run=120001-120001msec Thanks for the info. I don't know of anything block or nvme specific that might explain an order of magnitude perf difference. Could you try the same test without the filesytems? You mentioned using mdraid, so try '--filename=/dev/mdX'. If that also shows similiar performance difference, try using one of your nvme member drives directly, like '--filename=/dev/nvme1n1'. That should isolate which subsystem is contributing to the difference.