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