Received: by 2002:a25:1985:0:0:0:0:0 with SMTP id 127csp944207ybz; Wed, 15 Apr 2020 23:06:29 -0700 (PDT) X-Google-Smtp-Source: APiQypKv8VNnHLSS5TfRGDuuAPafhoxEYeBes+9s6ZYg6PlEMS1jc4h0qdxwLF7a3hezP0InoYt0 X-Received: by 2002:a17:906:496:: with SMTP id f22mr8109991eja.311.1587017188891; Wed, 15 Apr 2020 23:06:28 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1587017188; cv=none; d=google.com; s=arc-20160816; b=qX48qqFNzPHuMmzlS2k0lhlM5QgtXQEDiRNzrvzU+VKY9K8TgrrIADOD1CRqoBEfPo /8zbXyLtGANjNFr5GOJYHNzjti0a6SpKvvibx0iXp/XJ6TVUwn4uIdenIMybXh7SIdqo IQnoj+DxPhQdtjgk/noPYWLVYbwUIsVN5b4H+g3VsSYh3oIDVJt0bQSLZwIVYxvQjYBJ cWrPQw4C8iKC88mYIDKPen6c/cFHjasDNKa+NSBByQPZ8Xuc7ESw9V/h5W4otOrhotif LG64vIJ922OmyB8xGYpmW8+qIhQs8Ve8HVnV8ePtmLC8Bx1vRL02BRVshjkloP1Cgl5r 1abA== 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 :references:in-reply-to:message-id:subject:cc:to:from:date :dkim-signature; bh=Z8A1m9CxDFQ+TGTnp8hibA7EYrbRSBGqf8iKixZSPkY=; b=SnxrsabnnY0Xxc2D2I8559mh30sm6jY6CG4jn5CYI5KLIwmyR024ZKAgkXvjGjtYv7 8ZBz7ke10hZ+ay5mqze/SXJuIhk4fJxkSZYw1cZZifNrROe+2KxgKuMgpBcfgkHB4khm 5FYDTLrn4wM2n9hMr9aMcLKz3NLO/GdLCS938WZ9LepNcwyLz7SeJPm5p8iI/oDqvXcK cTwYOyQhdvvzz45sjFWNlP4d2bDYau7v2aa2AAtmsnGMgy7lAfVmIk4yG2ltYASLl4TO sUo6DX6Xc8ZJWAPyNPi1hBe+5re4M+taDMTVLLfVeah3qVLEco+8L/7S7qzFYAj3hfTB H3Ww== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@kernel.org header.s=default header.b=oAet7vuP; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id r28si6883652edi.545.2020.04.15.23.06.05; Wed, 15 Apr 2020 23:06:28 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; dkim=pass header.i=@kernel.org header.s=default header.b=oAet7vuP; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S2407414AbgDPGCU (ORCPT + 99 others); Thu, 16 Apr 2020 02:02:20 -0400 Received: from mail.kernel.org ([198.145.29.99]:56238 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S2407165AbgDPGCN (ORCPT ); Thu, 16 Apr 2020 02:02:13 -0400 Received: from devnote2 (NE2965lan1.rev.em-net.ne.jp [210.141.244.193]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mail.kernel.org (Postfix) with ESMTPSA id 94EEA2076A; Thu, 16 Apr 2020 06:02:08 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=default; t=1587016932; bh=H95Q/syDnIOT80mK9pLWTpk+EblpARC2OaGNoxyxAiw=; h=Date:From:To:Cc:Subject:In-Reply-To:References:From; b=oAet7vuPUBRUElKdTjJcmSJ6ELXSNTpWsbnm60yn9+4UnifDG+l8n2NPbSf5FPtZ9 1U6C6/MVqik5+/djGWSe2Gf8hwEr3OSdXNxzP4vdiAMdlgq8bCnXuMOQOsVn9YKbXY JgtPw4hu85/iVYpCPrhhtkGX5tA//9IcGEWs4BTw= Date: Thu, 16 Apr 2020 15:02:06 +0900 From: Masami Hiramatsu To: Luis Chamberlain Cc: Vlastimil Babka , Andrew Morton , Kees Cook , Iurii Zaikin , linux-kernel@vger.kernel.org, linux-api@vger.kernel.org, linux-mm@kvack.org, Ivan Teterevkov , Michal Hocko , David Rientjes , Matthew Wilcox , "Eric W . Biederman" , "Guilherme G . Piccoli" , Alexey Dobriyan , Thomas Gleixner , Greg Kroah-Hartman , Christian Brauner Subject: Re: [PATCH v2 0/3] support setting sysctl parameters from kernel command line Message-Id: <20200416150206.d3e103a1a5497b3518d4359c@kernel.org> In-Reply-To: <20200415063041.GT11244@42.do-not-panic.com> References: <20200414113222.16959-1-vbabka@suse.cz> <20200415122359.939364e2c54c389c6b3f6457@kernel.org> <20200415063041.GT11244@42.do-not-panic.com> X-Mailer: Sylpheed 3.5.1 (GTK+ 2.24.32; x86_64-pc-linux-gnu) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Hi Luis, On Wed, 15 Apr 2020 06:30:41 +0000 Luis Chamberlain wrote: > Currently the maximum config size size is 32KB and the total key-words > (not key-value entries) must be under 1024 nodes. Note: this is not > the number of entries but nodes, an entry must consume more than 2 nodes > (a key-word and a value). So theoretically, it will be up to 512 > key-value pairs. If keys contains 3 words in average, it can contain 256 > key-value pairs. In most cases, the number of config items will be under > 100 entries and smaller than 8KB, so it would be enough. If the node > number exceeds 1024, parser returns an error even if the file size > is smaller than 32KB. Anyway, since bootconfig command verifies it when > appending a boot config to initrd image, user can notice it before > boot. > ``` > *recommending* bootconfig due to the limitation of cmdline seems > sensible, however if we advise that.. wouldn't the space for 512 > theoretical entries full up rather fast? Yeah, I think it is easier to hit the node number limitation rather than fill up the space. However, since the bootconfig supports comments, if user writes enough readable config file, I think it's probably the right balance :) If you think the 512 entries is too small, it is easy to expand it upto 32K (64K nodes). But it may consume 512KB memory only for the node (meta) data. Current 1024 nodes consumes 8KB (8bytes/node), so compared with the max data size (32KB), I think it is a better balance. Thank you, -- Masami Hiramatsu