Received: by 2002:a25:d7c1:0:0:0:0:0 with SMTP id o184csp4032546ybg; Fri, 25 Oct 2019 12:21:08 -0700 (PDT) X-Google-Smtp-Source: APXvYqxLAb68L77otZ3diUyP6p02Nw/SE7dWO9uaKti74Ak/FYHZA+Dzvfk/mNnbY3d9zRvagmfS X-Received: by 2002:a17:907:429c:: with SMTP id ny20mr4920289ejb.234.1572031268382; Fri, 25 Oct 2019 12:21:08 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1572031268; cv=none; d=google.com; s=arc-20160816; b=rAMfvLc+mREuzYvBgLgnIpSoNALwWzSm6lVRnbVvfPSIkX5Be9hv7kJcJxKOYA1ZXd QZhvufmyMrH6FE2W3zt5vQKFGnQj5/1fEjD/pAo9hUGGbSjYyuL/LyOQ+GVUMCA6GUBp szc21SgPOi0jRERYiKfaA0e7MDTbbONnIgCZPvuAxxrO+uzUVYxhl02yNQgF+eRs+2xG 1Q9IbcSWK0HOoqgodrIrdc+ofJAnly9nIMh0Z//59pYbp2jZ6g2X753Km09UYVDR/9/W Wpqg4KRhqNMWeGDh/R/X5XVprwfZAhylY6A5LyCfe5/OxyvnFuQb3GCQk22ZlJevTCVl uTTw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:user-agent:in-reply-to :content-disposition:mime-version:references:message-id:subject:cc :to:from:date; bh=3GLMPq8xsN+zEsWgcPw3jXY3oTZPJpzJE5Bt2p7oNJA=; b=IWgdeiZEczmO1xeDbb6sBVEUN74H6/P4QN2nZpaFzMD3CVjXdTSLKiYYfhV//H6SF2 Da/ZjDILYSNa4k4sa3Xooi4yFRJrVPiKbVUd/rF9VN8eR2Lsl+zWoH0SdgGLExJKlNaT MZIwqjkZ5U3gapiS82hQUaKnsY5svTyOktlawc/BcEMU03gH8TbvfSN6jrqmsp+BZ/Gf UxoyStnsDBi5yv0uML4zgIzM3waYUnKWYv7mAImeYvHcsYfUDpNL7TIBw52fBSp8Y2bx yoleF5kTHjqxQFGiarJDXF93Hngd3mw+bLPtrMyx3hJgq73BnvWlQqTRkQDUIUMMFQoI qPOQ== 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 x26si2011481edd.287.2019.10.25.12.20.44; Fri, 25 Oct 2019 12:21:08 -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 S2391840AbfJYDJl (ORCPT + 99 others); Thu, 24 Oct 2019 23:09:41 -0400 Received: from szxga01-in.huawei.com ([45.249.212.187]:2435 "EHLO huawei.com" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with ESMTP id S1729283AbfJYDJl (ORCPT ); Thu, 24 Oct 2019 23:09:41 -0400 Received: from DGGEMM402-HUB.china.huawei.com (unknown [172.30.72.54]) by Forcepoint Email with ESMTP id 448C9DDE91490327202E; Fri, 25 Oct 2019 11:09:39 +0800 (CST) Received: from dggeme762-chm.china.huawei.com (10.3.19.108) by DGGEMM402-HUB.china.huawei.com (10.3.20.210) with Microsoft SMTP Server (TLS) id 14.3.439.0; Fri, 25 Oct 2019 11:09:38 +0800 Received: from architecture4 (10.140.130.215) by dggeme762-chm.china.huawei.com (10.3.19.108) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256_P256) id 15.1.1713.5; Fri, 25 Oct 2019 11:09:38 +0800 Date: Fri, 25 Oct 2019 11:12:29 +0800 From: Gao Xiang To: Guenter Roeck CC: Philippe Liard , , linux-kernel , Guenter Roeck , , Chao Yu Subject: Re: [PATCH] squashfs: Migrate from ll_rw_block usage to BIO Message-ID: <20191025031229.GB210047@architecture4> References: <20191018010846.186484-1-pliard@google.com> <20191025004531.89978-1-pliard@google.com> <20191025025334.GA210047@architecture4> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.9.4 (2018-02-28) X-Originating-IP: [10.140.130.215] X-ClientProxiedBy: dggeme708-chm.china.huawei.com (10.1.199.104) To dggeme762-chm.china.huawei.com (10.3.19.108) X-CFilter-Loop: Reflected Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Thu, Oct 24, 2019 at 08:02:14PM -0700, Guenter Roeck wrote: > On Thu, Oct 24, 2019 at 7:51 PM Gao Xiang wrote: > > > On Fri, Oct 25, 2019 at 09:45:31AM +0900, Philippe Liard wrote: > > > > Personally speaking, just for Android related use cases, I'd suggest > > > > latest EROFS if you care more about system overall performance more > > > > than compression ratio, even https://lkml.org/lkml/2017/9/22/814 is > > > > applied (you can do benchmark), we did much efforts 3 years ago. > > > > > > > > And that is not only performance but noticable memory overhead (a lot > > > > of extra memory allocations) and heavy page cache thrashing in low > > > > memory scenarios (it's very common [1].) > > > > > > Thanks for the suggestion. EROFS is on our radar and we will > > > (re)consider it once it goes out of staging. But we will most likely > > > stay on squashfs until this happens. > > > > EROFS is already out of staging in mainline right now, > > > > https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/tree/fs/erofs/ > > > > If you agree on that, I'd suggest you try it right now > > since it's widely (200+ million devices on the market) > > deployed for our Android smartphones and fully open source > > and open community. I think this is not a regrettable > > attempt and we can response any question. > > > > https://lore.kernel.org/r/20191024033259.GA2513@hsiangkao-HP-ZHAN-66-Pro-G1 > > > > In my personal opinion, just for Android use cases, > > I think it is worth taking some time. > > > > All well said. The question, though, is if that is a reason to reject > squashfs performance improvements. I argue that it is not. The decision to > switch to erofs or not is completely orthogonal to squashfs performance > improvements, and one doesn't preclude the other. Note that I have no objection on this patch. And I'm happy to see any improvements for other compression filesystems. And we are keeping on boosting up our overall performance as well but I think I can give some personal suggestions on given specific scenario since we already did other solutions before. Just FYI to you. Thanks, Gao Xiang > > Guenter