Messages in this thread | | | Date | Wed, 15 Sep 2004 11:28:31 -0700 (PDT) | From | Christoph Lameter <> | Subject | Re: [RFC][PATCH] new timeofday core subsystem (v.A0) |
| |
On Wed, 15 Sep 2004, George Anzinger wrote: > > I am not following you here. Why does the context switch overhead > > increase? Because there are multiple interrupts for different tasks done > > in the tick? > > > Each task has several timers, i.e. time slice, time limit, and possibly itimer > profile. Granted only one of these needs to be sent to the timer code, but that > takes a bit of time, not much, but enough to increase the context switch > overhead such that a system with a modest amount of context switching will incur > more timer management overhead than the periodic tick generates.
I thought that the timer handling could be separate from the time slice handling of the scheduler. With the ability schedule events as needed the scheduler could generate its own independent timing from the necessary clock adjustments. The tick would be disassembled into its various components.
- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
| |