public inbox for linux-kernel@vger.kernel.org
 help / color / mirror / Atom feed
From: Edward Cree <ec429@cantab.net>
To: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
Cc: linux-kernel@vger.kernel.org, David Ahern <dsa@cumulusnetworks.com>
Subject: Re: Idea for reducing sysfs memory usage
Date: Wed, 17 Feb 2016 00:37:38 +0000	[thread overview]
Message-ID: <56C3C0D2.9090407@cantab.net> (raw)
In-Reply-To: <20160216235502.GA14565@kroah.com>

On 16/02/16 23:55, Greg Kroah-Hartman wrote:
> On Tue, Feb 16, 2016 at 11:46:49PM +0000, Edward Cree wrote:
>> Sorry if this has been suggested before, but if so I couldn't find it.
>> Short version: could a sysfs dir reference a list of default attributes
>> rather than having to instantiate them all?
> Shorter version, why do you think it is?  :)
>
> Have you done some testing of the amount of memory that sysfs entries
> consume and found any problems with it?
Two reasons:
a) in his netdev1.1 talk "Scaling the Number of Network Interfaces on 
Linux",
    David Ahern claimed a memory overhead of (iirc) about 45kB per 
netdevice,
    of which he attributed (again, iirc) about 20kB to sysfs entries.  
He also
    indicated that this was a problem for his use case.  (My apologies to
    David if I've misrepresented him.  CCed him so he can correct me.)
b) my reading of the code suggested it was allocating stuff for every 
call to
    sysfs_create_file() in the loop in populate_dir().
Having re-read __kernfs_new_node() and struct kernfs_node, I now realise I
misinterpreted them - the name isn't being allocated at all 
(kstrdup_const())
and the struct kernfs_node consists chiefly (if not entirely) of fields
specific to the individual file rather than shareable between multiple
instances.  So there isn't any memory we can save here.

Sorry for the noise.

--
-ed

  reply	other threads:[~2016-02-17  0:37 UTC|newest]

Thread overview: 10+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2016-02-16 23:46 Idea for reducing sysfs memory usage Edward Cree
2016-02-16 23:55 ` Greg Kroah-Hartman
2016-02-17  0:37   ` Edward Cree [this message]
2016-02-17  0:44     ` David Ahern
2016-02-17  2:30       ` Greg Kroah-Hartman
2016-02-17  0:47     ` Greg Kroah-Hartman
2016-02-17  0:53       ` David Ahern
2016-02-17  1:26       ` Edward Cree
2016-02-17  2:27         ` Greg Kroah-Hartman
2016-02-17  0:38 ` Greg Kroah-Hartman

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=56C3C0D2.9090407@cantab.net \
    --to=ec429@cantab.net \
    --cc=dsa@cumulusnetworks.com \
    --cc=gregkh@linuxfoundation.org \
    --cc=linux-kernel@vger.kernel.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox