public inbox for linux-kernel@vger.kernel.org
 help / color / mirror / Atom feed
From: Charles Wang <muming.wq@gmail.com>
To: Paul Turner <pjt@google.com>
Cc: Paul Gortmaker <paul.gortmaker@windriver.com>,
	Rakib Mullick <rakib.mullick@gmail.com>,
	Peter Zijlstra <peterz@infradead.org>,
	Ingo Molnar <mingo@kernel.org>,
	Thomas Gleixner <tglx@linutronix.de>,
	Frederic Weisbecker <fweisbec@gmail.com>,
	LKML <linux-kernel@vger.kernel.org>
Subject: Re: [RFC PATCH 0/2] sched: move content out of core files for load average
Date: Fri, 19 Apr 2013 10:17:46 +0800	[thread overview]
Message-ID: <5170A94A.5060005@gmail.com> (raw)
In-Reply-To: <CAPM31R+w2=GBi0tarvh8cDU2e99cUnOE89dsjAYuueYfOppjtQ@mail.gmail.com>

On 04/19/2013 07:43 AM, Paul Turner wrote:
> We could use a name along the lines of "load_index.c"; it calls to
> mind where we actually consume these values and (being specific) is
> less overloaded than load_avg.
Hmm... How about using "load_machine.c" "load_cpu.c" and "load_entity.c"?

Thanks,
Charles
> On Thu, Apr 18, 2013 at 4:13 PM, Paul Gortmaker
> <paul.gortmaker@windriver.com> wrote:
>> [Re: [RFC PATCH 0/2] sched: move content out of core files for load average] On 18/04/2013 (Thu 23:06) Rakib Mullick wrote:
>>
>>> On Thu, Apr 18, 2013 at 9:54 PM, Paul Gortmaker
>>> <paul.gortmaker@windriver.com> wrote:
>>>> On 13-04-18 07:14 AM, Peter Zijlstra wrote:
>>>>> On Mon, 2013-04-15 at 11:33 +0200, Ingo Molnar wrote:
>>>>>> * Paul Gortmaker <paul.gortmaker@windriver.com> wrote:
>>>>>>
>>>>>>> Recent activity has had a focus on moving functionally related blocks of stuff
>>>>>>> out of sched/core.c into stand-alone files.  The code relating to load average
>>>>>>> calculations has grown significantly enough recently to warrant placing it in a
>>>>>>> separate file.
>>>>>>>
>>>>>>> Here we do that, and in doing so, we shed ~20k of code from sched/core.c (~10%).
>>>>>>>
>>>>>>> A couple small static functions in the core sched.h header were also localized
>>>>>>> to their singular user in sched/fair.c at the same time, with the goal to also
>>>>>>> reduce the amount of "broadcast" content in that sched.h file.
>>>>>> Nice!
>>>>>>
>>>>>> Peter, is this (and the naming of the new file) fine with you too?
>>>>> Yes and no.. that is I do like the change, but I don't like the
>>>>> filename. We have _waaaay_ too many different things we call load_avg.
>>>>>
>>>>> That said, I'm having a somewhat hard time coming up with a coherent
>>>>> alternative :/
>>>> Several of the relocated functions start their name with "calc_load..."
>>>> Does "calc_load.c" sound any better?
>>>>
>>> How about sched_load.c ?
>> No, that doesn't work since it duplicates the path info in the file
>> name -- something that none of the other kernel/sched/*.c files do.
>> Do a "ls -1 kernel/sched" to see what I mean if it is not clear.
>>
>> I honestly didn't spend a lot of time thinking about the file name.
>> I chose load_avg.c since it had a parallel to the /proc/loadavg that
>> linux has had since the early 1990s.  I have no real attachment
>> to that name, but at the same time I'd like to avoid having name
>> choice become a bikeshedding event...
>>
>> Thanks,
>> Paul.
>> --
>> To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
>> the body of a message to majordomo@vger.kernel.org
>> More majordomo info at  http://vger.kernel.org/majordomo-info.html
>> Please read the FAQ at  http://www.tux.org/lkml/
> --
> To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at  http://vger.kernel.org/majordomo-info.html
> Please read the FAQ at  http://www.tux.org/lkml/


  reply	other threads:[~2013-04-19  2:17 UTC|newest]

Thread overview: 18+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2013-04-13  0:04 [RFC PATCH 0/2] sched: move content out of core files for load average Paul Gortmaker
2013-04-13  0:04 ` [PATCH 1/2] sched: fork load calculation code from sched/core --> sched/load_avg Paul Gortmaker
2013-04-13  0:04 ` [PATCH 2/2] sched: move update_load_[add/sub/set] from sched.h to fair.c Paul Gortmaker
2013-04-13  4:30 ` [RFC PATCH 0/2] sched: move content out of core files for load average Rakib Mullick
2013-04-14  0:06   ` Paul Gortmaker
2013-04-15  9:33 ` Ingo Molnar
2013-04-18 11:14   ` Peter Zijlstra
2013-04-18 15:54     ` Paul Gortmaker
2013-04-18 17:06       ` Rakib Mullick
2013-04-18 23:13         ` Paul Gortmaker
2013-04-18 23:43           ` Paul Turner
2013-04-19  2:17             ` Charles Wang [this message]
2013-04-19  6:13           ` Rakib Mullick
2013-04-19  8:25       ` Ingo Molnar
2013-04-19 10:51         ` Peter Zijlstra
2013-04-19 10:58           ` Ingo Molnar
2013-04-19 17:05         ` Rakib Mullick
2013-04-21  8:54           ` Ingo Molnar

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=5170A94A.5060005@gmail.com \
    --to=muming.wq@gmail.com \
    --cc=fweisbec@gmail.com \
    --cc=linux-kernel@vger.kernel.org \
    --cc=mingo@kernel.org \
    --cc=muiming.wq@taobao.com \
    --cc=paul.gortmaker@windriver.com \
    --cc=peterz@infradead.org \
    --cc=pjt@google.com \
    --cc=rakib.mullick@gmail.com \
    --cc=tglx@linutronix.de \
    /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