public inbox for linux-kernel@vger.kernel.org
 help / color / mirror / Atom feed
* [v6 PATCH 0/4] timers: Framework for migration of timers
@ 2009-04-16  6:41 Arun R Bharadwaj
  2009-04-16  6:43 ` [v6 PATCH 1/4] timers: Framework for identifying pinned timers Arun R Bharadwaj
                   ` (3 more replies)
  0 siblings, 4 replies; 5+ messages in thread
From: Arun R Bharadwaj @ 2009-04-16  6:41 UTC (permalink / raw)
  To: linux-kernel, linux-pm
  Cc: a.p.zijlstra, ego, tglx, mingo, andi, venkatesh.pallipadi, vatsa,
	arjan, svaidy, arun, Richard Henderson, Chris Zankel,
	Mikael Starvik, Jesper Nilsson, Tony Luck, Kyle McMartin

Ingo, Thomas, all,


In an SMP system, tasks are scheduled on different CPUs by the
scheduler, interrupts are managed by irqbalancer daemon, but timers
are still stuck to the CPUs that they have been initialised.  Timers
queued by tasks gets re-queued on the CPU where the task gets to run
next, but timers from IRQ context like the ones in device drivers are
still stuck on the CPU they were initialised.  This framework will
help move all 'movable timers' using a sysctl interface.

Please consider for inclusion into -tip


Testing Carried Out:

* Kernbench on a 2-package, quad-core machine results are as follows:

-----------------------------------------------------------------------
| No. of Threads  |	 Time(s) - Without   |	   Time(s) - With the |
|		  |       patches applied    |	     patches applied  |
-----------------------------------------------------------------------
|	2	  |	      106.9	     |		106.3	      |
|	4	  |	       54.7	     |		 54.4	      |
|	8	  |	       31.5	     |		 31.1	      |
|      16	  |	       28.0	     |		 27.5	      |
|      32	  |	       28.1	     |		 28.9	      |
-----------------------------------------------------------------------

* I have cross-compiled my patches against alpha architecture in order
to test if my patches have any issues for architectures without
clockevents support.

The patches cross-compile without any issues for alpha architecture,
but I need help to test if there is any performance regression.
So I'm Cc-ing the maintainers of architectures without clockevents support.


The following patches are included:
PATCH 1/4 - framework to identify pinned timers.
PATCH 2/4 - identifying the existing pinned hrtimers.
PATCH 3/4 - /proc/sys sysctl hook to enable timer migration.
PATCH 4/4 - logic to enable timer migration.

The patchset is based on the latest tip/master.

Timer migration is enabled by default.
It can be turned off when CONFIG_SCHED_DEBUG=y by

echo 0 > /proc/sys/kernel/timer_migration


--arun

^ permalink raw reply	[flat|nested] 5+ messages in thread

end of thread, other threads:[~2009-04-16  6:47 UTC | newest]

Thread overview: 5+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2009-04-16  6:41 [v6 PATCH 0/4] timers: Framework for migration of timers Arun R Bharadwaj
2009-04-16  6:43 ` [v6 PATCH 1/4] timers: Framework for identifying pinned timers Arun R Bharadwaj
2009-04-16  6:44 ` [v6 PATCH 2/4] timers: Identifying the existing " Arun R Bharadwaj
2009-04-16  6:45 ` [v6 PATCH 3/4] timers: /proc/sys sysctl hook to enable timer migration Arun R Bharadwaj
2009-04-16  6:46 ` [v6 PATCH 4/4] timers: Logic to move non pinned timers Arun R Bharadwaj

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox