From: Eric Dumazet <dada1@cosmosbay.com>
To: Oliver Hartkopp <oliver@hartkopp.net>
Cc: Arnaldo Carvalho de Melo <acme@ghostprotocols.net>,
David Miller <davem@davemloft.net>,
netdev@vger.kernel.org
Subject: Re: Patch: [NET]: Remove CONFIG_PROC_FS depency for pcounter inuse
Date: Sat, 01 Mar 2008 10:03:02 +0100 [thread overview]
Message-ID: <47C91BC6.6050603@cosmosbay.com> (raw)
In-Reply-To: <47C8E777.5050804@hartkopp.net>
Oliver Hartkopp a écrit :
> Hi all,
>
> attached you'll find a patch that fixes the depency that has been
> introduced in commit 65f7651788e18fadb2fbb7276af935d7871e1803 ([NET]:
> prot_inuse cleanups and optimizations).
>
> As the inuse counters are only used by internet protocols right now,
> using CONFIG_INET would have been more obvious to recognize this illegal
> optimization here. Going a bit deeper into this problem we can see, that
> the pcounters are ONLY used for the internet protocols BUT initialized
> for ALL protocols in proto_[un|]register() in net/core/sock.c.
>
> This forces all network protocols to initialize the pcounters and
> therefore request dynamic percpu memory even when it is not used at all.
>
> I would suggest to
>
> 1. move the ..._inuse_[init|free]() stuff from sock.c to af_inet[|6].c
> and his friends
>
> OR
>
> 2. add new parameters to proto_[un|]register() like 'alloc_inuse' and
> 'free_inuse'
>
> My favourite sollution would be the second one but before creating a
> patch for one of these suggestions, i wanted to ask for your opinion or
> if there is any 'even nicer' idea from your side.
Hello Oliver
I am just coming back from hollidays.
Last thing I did before leaving was to post a patch to correct performance hit
of percpu_counters in mainline. ([PATCH] alloc_percpu() fails to allocate
percpu data http://lkml.org/lkml/2008/2/21/254 )
Before accepting Andrew Morton claims about percpu_counters being superior to
pcounter, I benched them and found they were not.
As soon as percpu_counters are not grossly inefficient, the only move will be
to just zap pcounter, as most people dont like it.
Only one patch will be necessary, please dont try to hide pcounter by small
patches :)
Thank you
next prev parent reply other threads:[~2008-03-01 9:03 UTC|newest]
Thread overview: 7+ messages / expand[flat|nested] mbox.gz Atom feed top
2008-03-01 5:19 Patch: [NET]: Remove CONFIG_PROC_FS depency for pcounter inuse Oliver Hartkopp
2008-03-01 9:03 ` Eric Dumazet [this message]
2008-03-01 11:22 ` Oliver Hartkopp
2008-03-01 12:02 ` Eric Dumazet
2008-03-01 12:48 ` Oliver Hartkopp
2008-03-01 13:45 ` Eric Dumazet
2008-03-01 13:52 ` Oliver Hartkopp
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=47C91BC6.6050603@cosmosbay.com \
--to=dada1@cosmosbay.com \
--cc=acme@ghostprotocols.net \
--cc=davem@davemloft.net \
--cc=netdev@vger.kernel.org \
--cc=oliver@hartkopp.net \
/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;
as well as URLs for NNTP newsgroup(s).