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 X-Spam-Level: X-Spam-Status: No, score=-1.1 required=3.0 tests=DKIM_SIGNED,DKIM_VALID, DKIM_VALID_AU,FREEMAIL_FORGED_FROMDOMAIN,FREEMAIL_FROM, HEADER_FROM_DIFFERENT_DOMAINS,MAILING_LIST_MULTI,SPF_HELO_NONE,SPF_PASS autolearn=no autolearn_force=no version=3.4.0 Received: from mail.kernel.org (mail.kernel.org [198.145.29.99]) by smtp.lore.kernel.org (Postfix) with ESMTP id 43020C433E0 for ; Wed, 1 Jul 2020 17:33:01 +0000 (UTC) Received: from vger.kernel.org (vger.kernel.org [23.128.96.18]) by mail.kernel.org (Postfix) with ESMTP id 158F220771 for ; Wed, 1 Jul 2020 17:33:01 +0000 (UTC) Authentication-Results: mail.kernel.org; dkim=pass (2048-bit key) header.d=yahoo.ca header.i=@yahoo.ca header.b="XkZQI7Sg" Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1732760AbgGARc7 (ORCPT ); Wed, 1 Jul 2020 13:32:59 -0400 Received: from sonic317-20.consmr.mail.gq1.yahoo.com ([98.137.66.146]:42448 "EHLO sonic317-20.consmr.mail.gq1.yahoo.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1731171AbgGARc7 (ORCPT ); Wed, 1 Jul 2020 13:32:59 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.ca; s=s2048; t=1593624778; bh=yg5S/NUNL47YSdgNtROl9qTsDiAs74YW8QyKnvmqWhE=; h=Date:From:Subject:To:Cc:References:In-Reply-To:From:Subject; b=XkZQI7SgZevB/HSCapCAKYVp+qq80ltN6uxF+iFMMfhXQgWwqlDapnalgyxdyZC50Y92ZKHHp/RIPv7r1oImhwBIylrt48EC79FcB9UYl+i16V9cgqy5Bf6rv1VzwfgR3ERKxtjg4nDWPvtO50LtwjD4AawH1TUePYRdGTjsEgrp6lubLbreXqs/cWOEpiLU3P64tQV/4RVCc/GFlW8dRVSN7yELyypG9GZMppvvVMI4iDttnQAz2XaTEc9N+dSCoj8jNoTTsgDzXykZdwaHNIfFMTAZ7Z0YmIeZBor1+YN6vnrqecrkwiPjOxMtBNC4fYW7qjOHR1x9TrpMfd9cNQ== X-YMail-OSG: S51c0tkVM1nAk_e04bLOgEd_oiWPE4YY6Kr6XEbhpwGHsN5aHV.K2a6e53OP1.K IIy1VE9lStgoy5Cm8ISrAxRtGk.0GQZillpDJ.ene_Fm9pGsYyHI6yRQVrlVT1sCEPh8GUdwQYgb nhON_5d_5Rdk7xrH1GXvnGm_966wekIkNe1_U8Ck2lbmqu8KXor_sNEfwmv.w8Xg_nNcPsZFe0mb q4sToCFWSvMBlB159CcUZi0xiO8yp9MHL4aS20Cvsx8JA6VT_ab14i86Yx63767OWWEc5R_3jJj6 O98p6ijcD14c_DYcnANRASj2TryiyD_DT0i6N48puTItKg0SONiGwrxCtLs.3ftxKya0l3L29VHs Y1qPMjSlmf6CY87wji7mObKIZCcuYFSIJGquHcTO9HWABEAdZJ5guksN9Xx1VLfCEfaS_4p2dfqb Qis.Ou_kOxce1OMUyi.jFwHHhiuvukqiFlzSLeIsQWoCiw3VOqqg2K.EMi824wFGWv0EcTDQxTUB PEljOJDxeyWT1ZCeYel3h_QvQIfBSZaGfYhbI0B.uXcyeU2O4ZSPFFU7mbndGio9tGl3AxuVUYX4 fBchYZjaoN9yPJ4ipSCvFwqD497AIdNOfzRUlwaSx6MFREiTRktWxCVi4FXcdgIsYGcnz781GueN H3U2pe2QqWqFeXe35rlvDmm706Jh5djTxKZV31kAFzLyIFxti22xDT0gGEPik9bCeSnTTybeJbzz BaOq__rKI.deYmF6Z_mL5OOuXIOyCCO6_fjJU6iwchbLFwjw3qMbwePGBMKf_Ff2EY4RCZs2VE3q kDTwYTmy6sOsvOc5bUbPNPLDTxaSZ2kCRFtbwNlTH6NFgiM.HhkhGrh_v9RfP.nOPCAcsM23kO51 LvOiqf3AtmEDuxiuFtpaVUE3aDyMJQZoxGSX.sFCu9T.LMHmsx9eFVGQ5zxl38dz1YzYqdvBmX08 hQyVHAwm4WBQJnhKS2g4l50gNZvBPPCjAkaOXuusOcXqPpRxylz24CQfj2tE5mpefdJvJlz864FI ktgBQ2QguFCDB96oHQyzXbA6N0iff_4Iq0ofIfPbDNjoUJ2RX3Pbg8geWoHG3Ctu0NcGYnlXwf56 9r7.Nmv67ZDger6LRgrRhAY0h3oZbzZNzBo8PSy9xy.B8KYv5E.raNH63wLVHb89FwbrmCuC.1hl jZKiUv6lJwNblWRFdCeE0aba25_dk50SmNZBnV3NTtWt.nix91oTFYfi3DdF0flcWs2nCf01_5Vr 3YEfwVsqHdVEm5zZZ9cmbsHU2Fls8B.SIVaKuaTk044PVOi4tfPJwgrzQKHF1bxxdxJxFA.mtk0v LM0KUrTK8GFK8f1Ra1YOoDbDn2NVi39RzeRs8FpF3AKf2B92.RMokHM5vTcVfEJcwrnAmuwrVc_Z ooh6xkCdD1O2CIMD3 Received: from sonic.gate.mail.ne1.yahoo.com by sonic317.consmr.mail.gq1.yahoo.com with HTTP; Wed, 1 Jul 2020 17:32:58 +0000 Received: by smtp431.mail.ne1.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID db7213753695a442c5a3fafca2fca709; Wed, 01 Jul 2020 17:32:55 +0000 (UTC) Date: Wed, 01 Jul 2020 13:32:52 -0400 From: "Alex Xu (Hello71)" Subject: Re: Kernel compression benchmarks To: Gao Xiang Cc: Chris Mason , gregkh@linuxfoundation.org, Kees Cook , Kernel Team , Adam Borowski , linux-kbuild@vger.kernel.org, linux-kernel@vger.kernel.org, mingo@kernel.org, Nick Terrell , Norbert Lange , Petr Malat , Patrick Williams , Patrick Williams , rmikey@fb.com, Sedat Dilek , Nick Terrell , x86@kernel.org References: <20200701153028.GA30962.ref@hsiangkao-HP-ZHAN-66-Pro-G1> <20200701153028.GA30962@hsiangkao-HP-ZHAN-66-Pro-G1> In-Reply-To: <20200701153028.GA30962@hsiangkao-HP-ZHAN-66-Pro-G1> MIME-Version: 1.0 Message-Id: <1593624505.w282woxb43.none@localhost> Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Mailer: WebService/1.1.16197 hermes_yahoo Apache-HttpAsyncClient/4.1.4 (Java/11.0.7) Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Excerpts from Gao Xiang's message of July 1, 2020 11:50 am: > Anyway, I think LZMA (xz) is still useful and which is more > friendly to fixed-sized output compression than Zstd yet (But > yeah, I'm not familar with all ZSTD internals. I will dig > into that if I've more extra time). Yes, I agree. If you look at the graphs, LZMA2 (xz/7zip) still produces=20 smaller results, even compared to zstd maximum settings, so definitely=20 LZMA2 should be kept, at least for now. I am only suggesting removing=20 LZMA, since it has no benefits over xz and zstd combination (bigger than=20 xz, slower than zstd). >> - modern compressors (xz, lz4, zstd) decompress about as fast for each=20 >> compression level, only requiring more memory >=20 > lz4 has fixed sliding window (dictionary, 64k), so it won't > require more memory among different compression level when > decompressing. Yes, this is true. I tried to simplify among all compressors, but I=20 think I simplified too much. Thanks for clarifying. Cheers, Alex.