From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org Received: from lists.ozlabs.org (lists.ozlabs.org [112.213.38.117]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by smtp.lore.kernel.org (Postfix) with ESMTPS id 33E7FCCFA13 for ; Thu, 26 Sep 2024 11:05:17 +0000 (UTC) Received: from boromir.ozlabs.org (localhost [IPv6:::1]) by lists.ozlabs.org (Postfix) with ESMTP id 4XDrNW3RwWz2yvy for ; Thu, 26 Sep 2024 21:05:15 +1000 (AEST) Authentication-Results: lists.ozlabs.org; arc=none smtp.remote-ip=115.124.30.111 ARC-Seal: i=1; a=rsa-sha256; d=lists.ozlabs.org; s=201707; t=1727348711; cv=none; b=VPgkNfRrml+CVAatJehEC5aNvWKqP6gOQUKXaTIiyC5eIKVat1iqYZrTUb4jS9AEXi8VDrBhPNVNqtt8/f4lhXsBaaYxE+bJxKP76ljp1Fm5TE64rHY5B5FZLzWBmo/RmxytItQ3Lqmm681lUKfhimPXq9db+KAaYlqZvvwYp+0OiE/4e8nyTq6J9Mv7WLg4KSHGqZNdMxObnIeMLsimOnFBQHFmPszHe1DelDFR/KgBuZ+3zVgLQU0GhdwkaaKylD2auS5JE8e+nTd+g3314wDsrhlN/8f3d7UrtKYGfEYaGeqWJgMQmVe/YoFNB3GSiYyygENKS+QVXJ/zlMdAZA== ARC-Message-Signature: i=1; a=rsa-sha256; d=lists.ozlabs.org; s=201707; t=1727348711; c=relaxed/relaxed; bh=aHeUnsZb95rwTMK+/+jFnDz4f7VKp5e98rBcltas9nc=; h=Message-ID:Date:MIME-Version:Subject:To:Cc:References:From: In-Reply-To:Content-Type; b=NNxMhpZnOsQJhFMiivW4k9rvoZLwzpyEdo7MaiMuvrTQ0HHuhSGlzFJQx0FqTvaYCwLeDofTwAJtyMS5m7Q8a1E0y+NxvTtL+g6cxCsf9s6jw1SJlfwtOCDmsQnA1sBKWkdMaXv9GHwjpVAUHRPYZWU+D8prQGIQZNQ04mvmzGdB7gAbQx5pgXLhIZSLk9VqZgCBEo0QuafIzkg3Z7YBgzTZGwdQdQg8ODojZD029YUuwcZcwW+n1GIdbcNsEF+VGBU7bLNMwvlsKDBzxLLCZYyT1umezFZjdeAXmSM9ijZ5K6mCB8C4pwSXTUVo7WtkQBPLD1PENxYQY3y8+r+Q9Q== ARC-Authentication-Results: i=1; lists.ozlabs.org; dmarc=pass (p=none dis=none) header.from=linux.alibaba.com; dkim=pass (1024-bit key; unprotected) header.d=linux.alibaba.com header.i=@linux.alibaba.com header.a=rsa-sha256 header.s=default header.b=vQxp1KPk; dkim-atps=neutral; spf=pass (client-ip=115.124.30.111; helo=out30-111.freemail.mail.aliyun.com; envelope-from=hsiangkao@linux.alibaba.com; receiver=lists.ozlabs.org) smtp.mailfrom=linux.alibaba.com Authentication-Results: lists.ozlabs.org; dmarc=pass (p=none dis=none) header.from=linux.alibaba.com Authentication-Results: lists.ozlabs.org; dkim=pass (1024-bit key; unprotected) header.d=linux.alibaba.com header.i=@linux.alibaba.com header.a=rsa-sha256 header.s=default header.b=vQxp1KPk; dkim-atps=neutral Authentication-Results: lists.ozlabs.org; spf=pass (sender SPF authorized) smtp.mailfrom=linux.alibaba.com (client-ip=115.124.30.111; helo=out30-111.freemail.mail.aliyun.com; envelope-from=hsiangkao@linux.alibaba.com; receiver=lists.ozlabs.org) Received: from out30-111.freemail.mail.aliyun.com (out30-111.freemail.mail.aliyun.com [115.124.30.111]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits) server-digest SHA256) (No client certificate requested) by lists.ozlabs.org (Postfix) with ESMTPS id 4XDrNQ2xRQz2y8Z for ; Thu, 26 Sep 2024 21:05:08 +1000 (AEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=linux.alibaba.com; s=default; t=1727348705; h=Message-ID:Date:MIME-Version:Subject:To:From:Content-Type; bh=aHeUnsZb95rwTMK+/+jFnDz4f7VKp5e98rBcltas9nc=; b=vQxp1KPkAF2QsmIxsdgb4/IW5jiRNpDKcrxtaDEYOn44dmAHKcMrM/BrlhV3mKBbdup3PcoC530bLmu5kG2OZMsByt/1U/auyfkbQzcCmt2A3EVviig85MF0XK4lraZRjzYSYkgk3koIjKyZG7Cskds6Yf//ia6ymT/fI8PVIVA= Received: from 30.221.129.247(mailfrom:hsiangkao@linux.alibaba.com fp:SMTPD_---0WFnDrBz_1727348703) by smtp.aliyun-inc.com; Thu, 26 Sep 2024 19:05:03 +0800 Message-ID: Date: Thu, 26 Sep 2024 19:05:02 +0800 MIME-Version: 1.0 User-Agent: Mozilla Thunderbird Subject: Re: [RFC PATCH 03/24] erofs: add Errno in Rust To: Ariel Miculas References: <239b5d1d-64a7-4620-9075-dc645d2bab74@proton.me> <20240925154831.6fe4ig4dny2h7lpw@amiculas-l-PF3FCGJH> <80cd0899-f14c-42f4-a0aa-3b8fa3717443@linux.alibaba.com> <20240925214518.fvig2n6cop3sliqy@amiculas-l-PF3FCGJH> <0ca4a948-589a-4e2c-9269-827efb3fb9ef@linux.alibaba.com> <20240926081007.6amk4xfuo6l4jhsc@amiculas-l-PF3FCGJH> <54bf7cc6-a62a-44e9-9ff0-ca2e334d364f@linux.alibaba.com> <20240926095140.fej2mys5dee4aar2@amiculas-l-PF3FCGJH> <5f5e006b-d13b-45a5-835d-57a64d450a1a@linux.alibaba.com> <20240926110151.52cuuidfpjtgwnjd@amiculas-l-PF3FCGJH> From: Gao Xiang In-Reply-To: <20240926110151.52cuuidfpjtgwnjd@amiculas-l-PF3FCGJH> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: linux-erofs@lists.ozlabs.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Development of Linux EROFS file system List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Cc: Benno Lossin , rust-for-linux@vger.kernel.org, Greg Kroah-Hartman , LKML , Linus Torvalds , Al Viro , Gary Guo , linux-fsdevel@vger.kernel.org, linux-erofs@lists.ozlabs.org Errors-To: linux-erofs-bounces+linux-erofs=archiver.kernel.org@lists.ozlabs.org Sender: "Linux-erofs" On 2024/9/26 19:01, Ariel Miculas wrote: .. > >> I believe they basically equal to your `Unified size`s, so >> the result is >> >> Your unified size >> EROFS (LZ4HC,12,64k) 54.2 >> PuzzleFS compressed 53? >> EROFS (DEFLATE,9,32k) 46.4 >> >> That is why I used your 53 unified size to show EROFS is much >> smaller than PuzzleFS. >> >> The reason why EROFS and SquashFS doesn't have the `Total Size`s >> is just because we cannot store every individual chunk into some >> seperate file. > > Well storing individual chunks into separate files is the entire point > of PuzzleFS. > >> >> Currently, I have seen no reason to open arbitary kernel files >> (maybe hundreds due to large folio feature at once) in the page >> fault context. If I modified `mkfs.erofs` tool, I could give >> some similar numbers, but I don't want to waste time now due >> to `open arbitary kernel files in the page fault context`. >> >> As I said, if PuzzleFS finally upstream some work to open kernel >> files in page fault context, I will definitely work out the same >> feature for EROFS soon, but currently I don't do that just >> because it's very controversal and no in-tree kernel filesystem >> does that. > > The PuzzleFS kernel filesystem driver is still in an early POC stage, so > there's still a lot more work to be done. I suggest that you could just ask FS/MM folks about this ("open kernel files when reading in the page fault") first. If they say "no", I suggest please don't waste on this anymore. Thanks, Gao Xiang > > Regards, > Ariel > >> >> Thanks, >> Gao Xiang From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from out30-110.freemail.mail.aliyun.com (out30-110.freemail.mail.aliyun.com [115.124.30.110]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by smtp.subspace.kernel.org (Postfix) with ESMTPS id E0E221AD402; Thu, 26 Sep 2024 11:05:12 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=115.124.30.110 ARC-Seal:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1727348716; cv=none; b=Js6I4n1GF0jOAnBaxBMAzh72PC6vS2Oadm3vQLbNOWkxEXQLP6XRfWLDYm/v7muTjj6QUTayy+LkO/xtqxyYZ90YCxqAbZWhXili/3PmlHWK/LjOArh4HmcNbfVnkid2ZzIk8Hf/y4lajf1gWMMrr7wP0p/utqdSHX4aRKSvVxg= ARC-Message-Signature:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1727348716; c=relaxed/simple; bh=bkJC81GBHAErkhha5D68RQjOHRXZVAxhw5Z1FSzxMwk=; h=Message-ID:Date:MIME-Version:Subject:To:Cc:References:From: In-Reply-To:Content-Type; b=mfKk7R0r0ViLFDZTUAi7K/MJrGPVEPwja0vNu/SPd/eFqJY/O9u4aDSU4Kmm/E7jjxrDAUvWmzKPm85v03u7+xDKo68GiBF/jwS280/jPDB+f0IavmbYrqKtgDL0fk7S1i1MsYZaepk89DT0HA6I5z8snZZkaY8mlifvjYgSA6U= ARC-Authentication-Results:i=1; smtp.subspace.kernel.org; dmarc=pass (p=none dis=none) header.from=linux.alibaba.com; spf=pass smtp.mailfrom=linux.alibaba.com; dkim=pass (1024-bit key) header.d=linux.alibaba.com header.i=@linux.alibaba.com header.b=ZwKdOoMi; arc=none smtp.client-ip=115.124.30.110 Authentication-Results: smtp.subspace.kernel.org; dmarc=pass (p=none dis=none) header.from=linux.alibaba.com Authentication-Results: smtp.subspace.kernel.org; spf=pass smtp.mailfrom=linux.alibaba.com Authentication-Results: smtp.subspace.kernel.org; dkim=pass (1024-bit key) header.d=linux.alibaba.com header.i=@linux.alibaba.com header.b="ZwKdOoMi" DKIM-Signature:v=1; a=rsa-sha256; c=relaxed/relaxed; d=linux.alibaba.com; s=default; t=1727348704; h=Message-ID:Date:MIME-Version:Subject:To:From:Content-Type; bh=aHeUnsZb95rwTMK+/+jFnDz4f7VKp5e98rBcltas9nc=; b=ZwKdOoMi/A/KQLMkgyk4V+gVJbPvUxLUd2Fnf3cL19PNOtcSLyFgOeRa5d9hS67M7ovGeXY/Id4z+jVVSfjVzqqgSE4qZWNjnxwLS8hvX0zOMyNP8pWHzNRy0GoSciGPbFQZl3E92jXjPITJT7Of5Bw77kxFY1FcFzpSHUBAoaE= Received: from 30.221.129.247(mailfrom:hsiangkao@linux.alibaba.com fp:SMTPD_---0WFnDrBz_1727348703) by smtp.aliyun-inc.com; Thu, 26 Sep 2024 19:05:03 +0800 Message-ID: Date: Thu, 26 Sep 2024 19:05:02 +0800 Precedence: bulk X-Mailing-List: rust-for-linux@vger.kernel.org List-Id: List-Subscribe: List-Unsubscribe: MIME-Version: 1.0 User-Agent: Mozilla Thunderbird Subject: Re: [RFC PATCH 03/24] erofs: add Errno in Rust To: Ariel Miculas Cc: Gary Guo , rust-for-linux@vger.kernel.org, Greg Kroah-Hartman , linux-erofs@lists.ozlabs.org, LKML , Al Viro , Benno Lossin , linux-fsdevel@vger.kernel.org, Linus Torvalds References: <239b5d1d-64a7-4620-9075-dc645d2bab74@proton.me> <20240925154831.6fe4ig4dny2h7lpw@amiculas-l-PF3FCGJH> <80cd0899-f14c-42f4-a0aa-3b8fa3717443@linux.alibaba.com> <20240925214518.fvig2n6cop3sliqy@amiculas-l-PF3FCGJH> <0ca4a948-589a-4e2c-9269-827efb3fb9ef@linux.alibaba.com> <20240926081007.6amk4xfuo6l4jhsc@amiculas-l-PF3FCGJH> <54bf7cc6-a62a-44e9-9ff0-ca2e334d364f@linux.alibaba.com> <20240926095140.fej2mys5dee4aar2@amiculas-l-PF3FCGJH> <5f5e006b-d13b-45a5-835d-57a64d450a1a@linux.alibaba.com> <20240926110151.52cuuidfpjtgwnjd@amiculas-l-PF3FCGJH> From: Gao Xiang In-Reply-To: <20240926110151.52cuuidfpjtgwnjd@amiculas-l-PF3FCGJH> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit On 2024/9/26 19:01, Ariel Miculas wrote: .. > >> I believe they basically equal to your `Unified size`s, so >> the result is >> >> Your unified size >> EROFS (LZ4HC,12,64k) 54.2 >> PuzzleFS compressed 53? >> EROFS (DEFLATE,9,32k) 46.4 >> >> That is why I used your 53 unified size to show EROFS is much >> smaller than PuzzleFS. >> >> The reason why EROFS and SquashFS doesn't have the `Total Size`s >> is just because we cannot store every individual chunk into some >> seperate file. > > Well storing individual chunks into separate files is the entire point > of PuzzleFS. > >> >> Currently, I have seen no reason to open arbitary kernel files >> (maybe hundreds due to large folio feature at once) in the page >> fault context. If I modified `mkfs.erofs` tool, I could give >> some similar numbers, but I don't want to waste time now due >> to `open arbitary kernel files in the page fault context`. >> >> As I said, if PuzzleFS finally upstream some work to open kernel >> files in page fault context, I will definitely work out the same >> feature for EROFS soon, but currently I don't do that just >> because it's very controversal and no in-tree kernel filesystem >> does that. > > The PuzzleFS kernel filesystem driver is still in an early POC stage, so > there's still a lot more work to be done. I suggest that you could just ask FS/MM folks about this ("open kernel files when reading in the page fault") first. If they say "no", I suggest please don't waste on this anymore. Thanks, Gao Xiang > > Regards, > Ariel > >> >> Thanks, >> Gao Xiang