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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.