From: Tony Lindgren <tony@atomide.com>
To: Srivatsa Vaddagiri <vatsa@in.ibm.com>
Cc: linux-kernel@vger.kernel.org
Subject: Re: [PATCH] Dynamic tick for x86 version 050609-2
Date: Mon, 13 Jun 2005 11:27:23 -0700 [thread overview]
Message-ID: <20050613182723.GG8020@atomide.com> (raw)
In-Reply-To: <20050613170941.GA1043@in.ibm.com>
* Srivatsa Vaddagiri <vatsa@in.ibm.com> [050613 10:09]:
> Hi Tony,
> I went through the dynamic-tick patch on your website
> (patch-dynamic-tick-2.6.12-rc6-050610-1) and was having some
> questions about it:
>
> 1. dyn_tick->skip is set to the number of ticks that have
> to be skipped. This is set on the CPU which is the last
> (in online_map) to go idle and is based on when that
> CPU's next timer is set to expire.
>
> Other CPUs also seem to use the same interval
> to skip ticks. Shouldnt other CPU check their nearest timer
> rather than blindly skipping dyn_tick->skip number of ticks?
Probably, unless the wake-up of the first CPU will also wake up the
rest.
>
> 2. reprogram_apic_timer seems to reprogram the count-down
> APIC timer (APIC_TMICT) with an integral number of apic_timer_val.
> How accurate will this be? Shouldnt this take into account
> that we may not be reprogramming the timer on exactly "jiffy"
> boundary?
The timer reprogramming functions should be converted to use usecs. We just
currently get the time in jifies from next_timer_interrupt().
> 3. Is there any strong reason why you reprogram timers only when
> _all_ CPUs are idle?
I don't know this for sure. It seemed like the safest way to go for now.
> 4. In what aspects you think does your patch differ from VST (other
> than not relying on HRT!)?
Dyntick uses next_timer_interrupt(), which is already part of the mainline
kernel. It also works with PIT + PM timer or TSC.
Tony
prev parent reply other threads:[~2005-06-13 18:27 UTC|newest]
Thread overview: 20+ messages / expand[flat|nested] mbox.gz Atom feed top
2005-06-08 22:14 [PATCH] Dynamic tick for x86 version 050602-1 Pallipadi, Venkatesh
2005-06-09 1:40 ` Tony Lindgren
2005-06-10 4:30 ` [PATCH] Dynamic tick for x86 version 050609-2 Tony Lindgren
2005-06-10 9:10 ` Pavel Machek
2005-06-10 15:10 ` Tony Lindgren
2005-06-13 4:54 ` Valdis.Kletnieks
2005-06-13 15:25 ` Tony Lindgren
2005-06-13 16:47 ` Valdis.Kletnieks
2005-06-13 18:01 ` Thomas Renninger
2005-06-13 18:22 ` Tony Lindgren
2005-06-13 19:07 ` Valdis.Kletnieks
2005-06-14 9:39 ` Thomas Renninger
2005-06-14 15:40 ` Valdis.Kletnieks
2005-06-13 17:09 ` Srivatsa Vaddagiri
2005-06-13 17:55 ` Andi Kleen
2005-06-13 18:37 ` Tony Lindgren
2005-06-13 18:51 ` Andi Kleen
2005-06-13 19:35 ` Tony Lindgren
2005-06-13 19:48 ` Valdis.Kletnieks
2005-06-13 18:27 ` Tony Lindgren [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=20050613182723.GG8020@atomide.com \
--to=tony@atomide.com \
--cc=linux-kernel@vger.kernel.org \
--cc=vatsa@in.ibm.com \
/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