Received: by 2002:a05:6358:489b:b0:bb:da1:e618 with SMTP id x27csp1509224rwn; Thu, 8 Sep 2022 22:25:55 -0700 (PDT) X-Google-Smtp-Source: AA6agR7jMtpgNUP42hJlKcfMdQlvEZIetkzJngXchu3LQbLQRhZraBxIfb36P4vNoFlzUllvMtI5 X-Received: by 2002:a65:6b95:0:b0:420:2cb1:68e5 with SMTP id d21-20020a656b95000000b004202cb168e5mr10559666pgw.220.1662701154793; Thu, 08 Sep 2022 22:25:54 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1662701154; cv=none; d=google.com; s=arc-20160816; b=BbmY8rqMmwaLkTVdC6GvZlVAMokXTyUgbsENIeyFx9bsOCdDidAq8/M4cEfGpsLO0L mKv9M7zNJ5BYFl5bObz0HaPVeEZKC+gaadbviNv9vr3iBNIhmqAhE97Kl69Y2VR2Jmc5 uEAP3lowUYz3FJvYdiHVRr7g/ZLLHTuVNht9vXPSHQdGjTVvOq+d40VSKGgN2K8s+aek iAH9jlPeRjVutLVu4P5LCMOgFvxAEVp/sxnHyrXlio2FOR1EA2aAedB7oI19b7C+a/YC Lcc0Kri7zC9tcCAnNj5NMCVNOIp0TuRrbrpQRGPLOY02Q/AFj/Kb70k3x9EHVh433Wm+ w3xg== 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=8A0btdNNYUW+hceFW6H28UUkKsXmFXdS4OKZqXjLEa8=; b=0gWLetqJiTDeN5J8WBgmDOuYrZBBZOUnMon0nVtdSz6/nrSRufLwSmf7OWogW59p0p D/tNqs7dLulIRkX/gEertVFG/BgNCa41eEouoK/uPTz96Lh1lHNRdwk5RWzgTaYVM/Vw fwscdN8TargEBAvJzEv0HfXe39NPJp1PQBYeKiqzWkes4XOGOB8AqgZ3f0bjb4SkLSQh HXF4jY2NGDED2f29PMA74qjUkIt9yykLfiV9Ksweg3L3/IDX+CaqTQYzChi0+OiM3f7q Jzt92M0o+ei8vCKETCZEtuYyfFjvOZ14sYffxIOtwxUyZryjS53Nrn2WT3DaL602xap7 ZAkg== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@gmail.com header.s=20210112 header.b=Flubryf2; 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=QUARANTINE dis=NONE) header.from=gmail.com Return-Path: Received: from out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id x32-20020a056a0018a000b0053aa6311dc4si960223pfh.19.2022.09.08.22.25.42; Thu, 08 Sep 2022 22:25:54 -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=@gmail.com header.s=20210112 header.b=Flubryf2; 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=QUARANTINE dis=NONE) header.from=gmail.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S230173AbiIIFH2 (ORCPT + 99 others); Fri, 9 Sep 2022 01:07:28 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:45986 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S229926AbiIIFHZ (ORCPT ); Fri, 9 Sep 2022 01:07:25 -0400 Received: from mail-wr1-x436.google.com (mail-wr1-x436.google.com [IPv6:2a00:1450:4864:20::436]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 95BFA125180; Thu, 8 Sep 2022 22:07:24 -0700 (PDT) Received: by mail-wr1-x436.google.com with SMTP id n12so816005wru.6; Thu, 08 Sep 2022 22:07:24 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=in-reply-to:content-disposition:mime-version:references:message-id :subject:cc:to:from:date:from:to:cc:subject:date; bh=8A0btdNNYUW+hceFW6H28UUkKsXmFXdS4OKZqXjLEa8=; b=Flubryf2i1EyS+COfyKsK9W7pRUAOhj64bJBxfQ/2SgkP66wfRk+tge5wOlTSvFLO1 PXzo/eDWz45qE9DlsGuIIWFyoiOEG1IW1eZd/9OzvnhMTN/xPLtqeBZa8UBSul0tJ89J wFrR6rVAfCveL7ehLtUX3mpA86kKQq9ru7RxWUio2yzi7rPat0Op1mvxU0mldu8f2D1q nZcfWVMgIlxJu39xtvyr4fiXjpcdO2PlocUy2Wi5nsFDf2wo1szQPvipCtk7oShYVe5I wzxQ2mMI7heW7nT3BqzYIhklk1G3TEpoiYtBaWnZzCD8bqPE2SsZsmE4Nao0ZeYT3t4g BnfA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=in-reply-to:content-disposition:mime-version:references:message-id :subject:cc:to:from:date:x-gm-message-state:from:to:cc:subject:date; bh=8A0btdNNYUW+hceFW6H28UUkKsXmFXdS4OKZqXjLEa8=; b=sGCEKa8Ch0oekqfRgiEV7+UfvqbimyXrY4NwXS2XSG0jzGurRqUTpiabSi5YkjkEe/ spSuXFrNwnLv4YoVUDhvG2ypvP49jScLJaUt8WfJiRmqoC4UNxKG0mAOrA66v9f/+mlR Y/e70mVBmHScjxZquVNxw9CC9WeTI24/BE48eHrB6Op6vlLiswDlUymduv0ck09PP5g2 XXZ8IaGRzJsbhiYAcvmz2jVSevm6OGV/a7+Ovl8llDgp6LhFzUo71w9Nzw7qAc6MVlGB 5LEJI6yH2Y3IXpC63oMl0gwX+IRDjVIpMBLCgK5bJhlT4eYbYQ9QG5V0TX1dAy4R3E3h EfhA== X-Gm-Message-State: ACgBeo35XjmwutBeUkmmHUUewrmHXCXhIRfdNu8sU4Yq/JrvfIs+EIgf GtDTs/tSeB2YWMz0GyiiIA== X-Received: by 2002:adf:dc8d:0:b0:228:6e44:9861 with SMTP id r13-20020adfdc8d000000b002286e449861mr7135787wrj.452.1662700042977; Thu, 08 Sep 2022 22:07:22 -0700 (PDT) Received: from localhost.localdomain ([46.53.254.190]) by smtp.gmail.com with ESMTPSA id i10-20020adfb64a000000b0021efc75914esm909189wre.79.2022.09.08.22.07.22 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Thu, 08 Sep 2022 22:07:22 -0700 (PDT) Date: Fri, 9 Sep 2022 08:07:20 +0300 From: Alexey Dobriyan To: Andrew Morton Cc: linux-kernel@vger.kernel.org, linux-fsdevel@vger.kernel.org Subject: Re: [PATCH] proc: give /proc/cmdline size Message-ID: References: <20220908134546.6054f611243da37b4f067938@linux-foundation.org> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline In-Reply-To: <20220908134546.6054f611243da37b4f067938@linux-foundation.org> X-Spam-Status: No, score=-2.1 required=5.0 tests=BAYES_00,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,FREEMAIL_FROM, RCVD_IN_DNSWL_NONE,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, Sep 08, 2022 at 01:45:46PM -0700, Andrew Morton wrote: > On Thu, 8 Sep 2022 21:21:54 +0300 Alexey Dobriyan wrote: > > > Most /proc files don't have length (in fstat sense). This leads > > to inefficiencies when reading such files with APIs commonly found in > > modern programming languages. They open file, then fstat descriptor, > > get st_size == 0 and either assume file is empty or start reading > > without knowing target size. > > > > cat(1) does OK because it uses large enough buffer by default. > > But naive programs copy-pasted from SO aren't: > > What is "SO"? StackOverflow, the source of all best programs in the world! > > let mut f = std::fs::File::open("/proc/cmdline").unwrap(); > > let mut buf: Vec = Vec::new(); > > f.read_to_end(&mut buf).unwrap(); > > > > will result in > > > > openat(AT_FDCWD, "/proc/cmdline", O_RDONLY|O_CLOEXEC) = 3 > > statx(0, NULL, AT_STATX_SYNC_AS_STAT, STATX_ALL, NULL) = -1 EFAULT (Bad address) > > statx(3, "", AT_STATX_SYNC_AS_STAT|AT_EMPTY_PATH, STATX_ALL, {stx_mask=STATX_BASIC_STATS|STATX_MNT_ID, stx_attributes=0, stx_mode=S_IFREG|0444, stx_size=0, ...}) = 0 > > lseek(3, 0, SEEK_CUR) = 0 > > read(3, "BOOT_IMAGE=(hd3,gpt2)/vmlinuz-5.", 32) = 32 > > read(3, "19.6-100.fc35.x86_64 root=/dev/m", 32) = 32 > > read(3, "apper/fedora_localhost--live-roo"..., 64) = 64 > > read(3, "ocalhost--live-swap rd.lvm.lv=fe"..., 128) = 116 > > read(3, "", 12) > > > > open/stat is OK, lseek looks silly but there are 3 unnecessary reads > > because Rust starts with 32 bytes per Vec and grows from there. > > > > In case of /proc/cmdline, the length is known precisely. > > > > Make variables readonly while I'm at it. > > It seems arbitrary. Why does /proc/cmdline in particular get this > treatment? We can calculate its length precisely and show to userspace so why not do it. Other /proc files are trickier.