From: Arjan van de Ven <arjan@linux.intel.com>
To: Dominik Brodowski <linux@dominikbrodowski.net>,
Dmitry Torokhov <dmitry.torokhov@gmail.com>,
Adam Belay <abelay@novell.com>, Len Brown <len.brown@intel.com>,
linux-kernel@vger.kernel.org,
Thomas Gleixner <tglx@linutronix.de>, Ingo Molnar <mingo@elte.hu>,
Peter Zijlstra <peterz@infradead.org>,
Alan Stern <stern@rowland.harvard.edu>
Subject: Re: A few questions and issues with dynticks, NOHZ and powertop
Date: Sun, 04 Apr 2010 20:42:43 -0700 [thread overview]
Message-ID: <4BB95C33.1050706@linux.intel.com> (raw)
In-Reply-To: <20100404104708.GA5922@comet.dominikbrodowski.net>
On 4/4/2010 3:47, Dominik Brodowski wrote:
> Hey,
>
> On Sat, Apr 03, 2010 at 04:53:26PM -0700, Dmitry Torokhov wrote:
>> On Sun, Apr 04, 2010 at 12:33:28AM +0200, Dominik Brodowski wrote:
>>>
>>> 4) SynPS/2 touchpad:
>>> Why does moving the touchpad lead to sooo many IRQs? I can't look as fast
>>> as the mouse pointer seems to get new data:
>>> 62,5% (473,1)<interrupt> : PS/2 keyboard/mouse/touchpad
>>>
>>
>> 80 pps @ 6 bytes/packet = 480 interrupts/sec.
>>
>> You can try using psmouse.rate=40 to limit it to 40 pps which should
>> bring it to the rate of standard PS/2 mouse at the expense of
>> sensitivity...
>
> as a sidenote: if we know -- like here -- that the next IRQ will be issued
> soon, in approximately 1.75 ms (well, at least on my system), might it make
> sense to make tick_nohz_get_sleep_length() smarter to know about this?
yes and no.
if you are very sure (95%+ or so) then absolutely it needs to know about this
so that the C state selection code can make a better decision.
Right now it tries to look at history to guess this delay.
Unfortunately we do not currently have such a concept in the code to make this
work... but it'd be really nice to have.
next prev parent reply other threads:[~2010-04-05 3:42 UTC|newest]
Thread overview: 30+ messages / expand[flat|nested] mbox.gz Atom feed top
2010-04-03 22:33 A few questions and issues with dynticks, NOHZ and powertop Dominik Brodowski
2010-04-03 23:53 ` Dmitry Torokhov
2010-04-04 10:35 ` Dominik Brodowski
2010-04-05 20:54 ` Dmitry Torokhov
2010-04-04 10:47 ` Dominik Brodowski
2010-04-05 3:42 ` Arjan van de Ven [this message]
2010-04-05 20:41 ` Dominik Brodowski
2010-04-05 20:52 ` Dmitry Torokhov
2010-04-04 15:17 ` Alan Stern
2010-04-04 16:39 ` Dominik Brodowski
2010-04-04 20:47 ` Paul E. McKenney
2010-04-04 23:37 ` Paul E. McKenney
2010-04-05 3:44 ` Arjan van de Ven
2010-04-05 4:22 ` Paul E. McKenney
2010-04-05 14:40 ` Arjan van de Ven
2010-04-05 15:14 ` Paul E. McKenney
2010-04-05 16:07 ` Arjan van de Ven
2010-04-05 16:22 ` Paul E. McKenney
2010-04-05 16:23 ` Arjan van de Ven
2010-04-05 16:40 ` Paul E. McKenney
2010-04-05 18:44 ` david
2010-04-05 19:48 ` Arjan van de Ven
2010-04-05 20:34 ` Paul E. McKenney
2010-04-05 21:03 ` Dominik Brodowski
2010-04-05 21:38 ` Paul E. McKenney
2010-04-05 22:11 ` Dominik Brodowski
2010-04-05 22:31 ` Paul E. McKenney
2010-04-06 20:45 ` Dominik Brodowski
2010-04-06 20:59 ` Paul E. McKenney
2010-04-08 19:59 ` [RFC PATCH] nohz/sched: disable ilb on !mc_capable() Dominik Brodowski
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=4BB95C33.1050706@linux.intel.com \
--to=arjan@linux.intel.com \
--cc=abelay@novell.com \
--cc=dmitry.torokhov@gmail.com \
--cc=len.brown@intel.com \
--cc=linux-kernel@vger.kernel.org \
--cc=linux@dominikbrodowski.net \
--cc=mingo@elte.hu \
--cc=peterz@infradead.org \
--cc=stern@rowland.harvard.edu \
--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