kernelnewbies.kernelnewbies.org archive mirror
 help / color / mirror / Atom feed
From: andi.platschek@gmail.com (Andreas Platschek)
To: kernelnewbies@lists.kernelnewbies.org
Subject: correct CONFIG_HZ option
Date: Fri, 29 Jun 2012 14:03:51 +0200	[thread overview]
Message-ID: <4FED99A7.3070707@gmail.com> (raw)
In-Reply-To: <CAD5x=MPgQGmtZcm2H93s8BhafjgtxRwdYTJzi8SAZ5jK--czFw@mail.gmail.com>

On 06/28/2012 01:21 PM, solmac john wrote:
> Thanks for reply
> what is CONFIG_NO_HZ
Hi!

If you have no idea what a config entry means, use the help in 
menuconfig (or whatever you are using)... e.g. for CONFIG_NO_HZ tells you

----------<snip>--------------
CONFIG_NO_HZ:

  This option enables a tickless system: timer interrupts will
  only trigger on an as-needed basis both when the system is
  busy and when the system is idle.

Symbol: NO_HZ [=n]
Type  : boolean
Prompt: Tickless System (Dynamic Ticks)
    Defined at kernel/time/Kconfig:7
    Depends on: !ARCH_USES_GETTIMEOFFSET && GENERIC_CLOCKEVENTS [=y]
    Location:
      -> Processor type and features
    Selects: TICK_ONESHOT [=n]
----------<snap>-------------

So this already gives you a general idea what the config entry does, and 
some other useful info like dependency on other stuff that has to be 
turn on/off.
> can we enable CONFIG_NO_HZ and CONFIG_HZ both in our config
This question is also answered here, as "Depends on:" would include 
!CONFIG_HZ_250 if it had to be switched or sth.

> and what the drawback of dynamic CONFIG_NO_HZ tick.

I think the problems of longer latencies only apply on idle systems. Not 
100% sure, but I think when the cpu goes into idle, the periodic timer 
is stopped and longer intervals are done using one-shot timer to avoid 
forcing the cpu out of idle just to see that nothing is to do and go 
back into idle.
But I think if the CPU is not in idle the periodic timer.

regards,
andi
>
>
> On Tue, Jun 26, 2012 at 10:47 AM, Mulyadi Santosa 
> <mulyadi.santosa at gmail.com <mailto:mulyadi.santosa@gmail.com>> wrote:
>
>     Hi... :)
>
>     On Tue, Jun 26, 2012 at 12:10 PM, solmac john
>     <johnsolmac at gmail.com <mailto:johnsolmac@gmail.com>> wrote:
>     > I am using ARM multicore board and by default
>
>     okay, I am answering it from what I know about HZ impact on x86...
>
>     > CONFIG_HZ=250
>
>     looks good... a middle safe number, not too high not too low...
>
>     > Query: - 1- How to decide HZ for particular hardware
>
>     it's you who decide...do you want finer grained timer? or coarse one?
>
>     the impact is usually toward latency and responsiveness....together
>     with preemption model you choose actually.
>
>     >               2- Which is the best open source tool to test system
>     > performance from given HZ.
>
>     run your application in that platform and see if it gives you impact.
>     from my experience, unless you need application that is sensitive in
>     timing such as MIDI sequencer, you won't notice the difference.
>
>     --
>     regards,
>
>     Mulyadi Santosa
>     Freelance Linux trainer and consultant
>
>     blog: the-hydra.blogspot.com <http://the-hydra.blogspot.com/>
>     training: mulyaditraining.blogspot.com
>     <http://mulyaditraining.blogspot.com/>
>
>
>
> _______________________________________________
> Kernelnewbies mailing list
> Kernelnewbies at kernelnewbies.org
> http://lists.kernelnewbies.org/mailman/listinfo/kernelnewbies
>    

      parent reply	other threads:[~2012-06-29 12:03 UTC|newest]

Thread overview: 6+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2012-06-26  5:10 correct CONFIG_HZ option solmac john
2012-06-26  5:17 ` Mulyadi Santosa
2012-06-28 11:21   ` solmac john
2012-06-29  4:06     ` Mulyadi Santosa
2012-06-29 10:32       ` naveen yadav
2012-06-29 12:03     ` Andreas Platschek [this message]

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=4FED99A7.3070707@gmail.com \
    --to=andi.platschek@gmail.com \
    --cc=kernelnewbies@lists.kernelnewbies.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;
as well as URLs for NNTP newsgroup(s).