Received: by 2002:ac0:946b:0:0:0:0:0 with SMTP id j40csp335899imj; Thu, 7 Feb 2019 05:12:31 -0800 (PST) X-Google-Smtp-Source: AHgI3Ib+8hy5XUI8BQqtDSu82xmZR+VTAtOo8chO4yqvTKCL8pOd4VqI/GIpnAKMzzLIbImZmDWp X-Received: by 2002:a65:5c4b:: with SMTP id v11mr24952pgr.333.1549545151006; Thu, 07 Feb 2019 05:12:31 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1549545150; cv=none; d=google.com; s=arc-20160816; b=j/3BE3LeRg4ZNRd/b0QD2fFUVdjrjUOWcoO+thv9YTCWpjd+luCyiYn+39BnHeSTZJ WIUUQcS0dPrVzTQT9g1ujwyLOD5RlzpvK6/rO3kBTHioZrXRVIVEYrO73MA2Hv8blhG9 +z9q73DfnRF8Wve+AD2DffI449EuSOTiR4uf5lz4Nr4KMiFeKtawFTz98Y6vSVxFjO0G Gf0woiERnbDq/sq+OzdQmaGMcHau7WhTTX2tYcuSEy15MOdz5tYJff1OqYNCL0BF9p10 H03xWKYdjFElvjajTk1J42cdkDUmQCRxlOgeTz/H4u9l0x4+AaAbhGbvz7t3rBeuk8BZ 3MWA== 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 :user-agent:message-id:in-reply-to:date:emacs:references:subject:cc :to:from; bh=ONVebzQeWQPHLGIQiI9bZqIO749ZB1nZ/7tMUmpK444=; b=T22ScGA3niSowFpRWw4Fag+Aek4LSQUVNyt0fALK5Ja7yAfJh0BVK8yZeejuhK3G1B YxZp2op3wJE7zOl+80/U9iFq+twCaeAeyjTmbANxHCSm8MDwPQYexwZKw0VMLdp+gpxg i328wD+Ra6YCwMCrD+we0ig9BX89x52YsANgKfj5hcEBzGHMLuL/txLS5FvaMRsFEzFy 6iGhM027z6iOs2d1gZ7w2EHjrwAPBr4ce7JZ161QrQsWXNGBfOq0h8nBqRIECeY+bIk+ /2AwEkJ2I29b466LjyfF3Stp/a09K6q8zJ6kOZtx0Xqn+ttk5NgIyTYRUD8SlUvbaC/s DxsA== 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 w24si8579850pgj.582.2019.02.07.05.12.14; Thu, 07 Feb 2019 05:12:30 -0800 (PST) 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 S1726880AbfBGNLG (ORCPT + 99 others); Thu, 7 Feb 2019 08:11:06 -0500 Received: from icebox.esperi.org.uk ([81.187.191.129]:39490 "EHLO mail.esperi.org.uk" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726740AbfBGNLG (ORCPT ); Thu, 7 Feb 2019 08:11:06 -0500 Received: from loom (nix@sidle.srvr.nix [192.168.14.8]) by mail.esperi.org.uk (8.15.2/8.15.2) with ESMTP id x17CiFGc011238; Thu, 7 Feb 2019 12:44:15 GMT From: Nix To: Coly Li Cc: Dave Chinner , Andre Noll , linux-bcache@vger.kernel.org, linux-xfs@vger.kernel.org, linux-kernel@vger.kernel.org, Christoph Hellwig , axboe@kernel.dk Subject: Re: bcache on XFS: metadata I/O (dirent I/O?) not getting cached at all? References: <87h8dgefee.fsf@esperi.org.uk> <20190206234328.GH14116@dastard> <20190207002425.GX24140@tuebingen.mpg.de> <20190207022657.GI14116@dastard> <438851ef-ef77-b5f2-d46d-05762b6330b2@suse.de> Emacs: where editing text is like playing Paganini on a glass harmonica. Date: Thu, 07 Feb 2019 13:10:52 +0000 In-Reply-To: <438851ef-ef77-b5f2-d46d-05762b6330b2@suse.de> (Coly Li's message of "Thu, 7 Feb 2019 10:38:58 +0800") Message-ID: <875ztveobn.fsf@esperi.org.uk> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/26.1.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit X-DCC-wuwien-Metrics: loom 1290; Body=8 Fuz1=8 Fuz2=8 Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 7 Feb 2019, Coly Li stated: > On 2019/2/7 10:26 上午, Dave Chinner wrote: >> So, yeah, that needs to be reverted if you want bcache to function >> properly for metadata caching. > > Sure, I will fix this, once I make it clear to me. I'll give it a test :) The meaning of these flags was somewhat opaque to me, too (mostly due to novelty: I've never really looked at anything in the block layer before). -- NULL && (void)