netdev.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
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

  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).