Re: Higer latency with dynamic tick (need for an io-ondemand govenor?)

Previous message: [thread] [date] [author]
Next message: [thread] [date] [author]

To: Woodruff, Richard <r-woodruff2@...>

Cc: Thomas Gleixner <tglx@...>, Ingo Molnar <mingo@...>, <linux-kernel@...>, <linux-pm@...>, <lenb@...>

Subject: Re: Higer latency with dynamic tick (need for an io-ondemand govenor?)

Date: Sunday, April 20, 2008 - 10:26 am

Woodruff, Richard wrote:
quoted text> "Andi Kleen" <andi@firstfloor.org> writes:
>> Are you talking about x86?
> 
> ARM (TI-OMAP)

Sorry I was confused because you used the term "C-state" which is normally ACPI (x86/ia64) 
specific. If someone says C states I assume ACPI and usually x86 by default
due to lack of deeper sleep states on most ia64s.

quoted text> Not sure about the underlying X86 hardware implementation.

On x86 the trend is for the hardware/firmware/SMM doing more and more of this on its own,
as in deciding by itself how deep it wants to sleep.

-Andi
--
unsubscribe noticeTo 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/

Previous message: [thread] [date] [author]
Next message: [thread] [date] [author]

Messages in current thread:

bug seen with dynticks from CONFIG_HARDIRQS_SW_RESEND, Woodruff, Richard, (Wed May 16, 7:20 pm)

Re: bug seen with dynticks from CONFIG_HARDIRQS_SW_RESEND, Thomas Gleixner, (Thu May 17, 6:10 am)

RE: bug seen with dynticks from CONFIG_HARDIRQS_SW_RESEND, Woodruff, Richard, (Thu May 17, 4:14 pm)

RE: bug seen with dynticks from CONFIG_HARDIRQS_SW_RESEND, Thomas Gleixner, (Thu May 17, 4:38 pm)

RE: bug seen with dynticks from CONFIG_HARDIRQS_SW_RESEND, Woodruff, Richard, (Thu May 17, 6:24 pm)

RE: bug seen with dynticks from CONFIG_HARDIRQS_SW_RESEND, Thomas Gleixner, (Fri May 18, 3:49 am)

Higer latency with dynamic tick (need for an io-ondemand gov..., Woodruff, Richard, (Fri Apr 18, 11:43 am)

Re: Higer latency with dynamic tick (need for an io-ondemand..., Andi Kleen, (Sun Apr 20, 8:41 am)

RE: Higer latency with dynamic tick (need for an io-ondemand..., Woodruff, Richard, (Sun Apr 20, 10:21 am)

Re: Higer latency with dynamic tick (need for an io-ondemand..., Andi Kleen, (Sun Apr 20, 10:26 am)

Re: Higer latency with dynamic tick (need for an io-ondemand..., Arjan van de Ven, (Sun Apr 20, 2:19 am)

RE: Higer latency with dynamic tick (need for an io-ondemand..., Woodruff, Richard, (Sun Apr 20, 10:09 am)

Re: [linux-pm] Higer latency with dynamic tick (need for an ..., David Brownell, (Fri Apr 18, 11:45 pm)

Re: [linux-pm] Higer latency with dynamic tick (need for an ..., Thomas Gleixner, (Sat Apr 19, 3:13 am)

Re: [linux-pm] Higer latency with dynamic tick (need for an ..., , (Sat Apr 19, 6:49 pm)

Re: [linux-pm] Higer latency with dynamic tick (need for an ..., David Brownell, (Sat Apr 19, 11:51 pm)


linux-kernel:
Andrew Morton	2.6.23-rc3-mm1
Tarkan Erimer	Re: Dual-Licensing Linux Kernel with GPL V2 and GPL V3
Yinghai Lu	Re: [PATCH RFC] x86: check for and defend against BIOS memory corruption
Frederik Deweerdt	[-mm patch] remove tcp header from tcp_v4_check (take #2)
openbsd-misc:

linux-netdev:
David Miller	[GIT]: Networking
Jarek Poplawski	Re: [PATCH] pkt_sched: Destroy gen estimators under rtnl_lock().
Gerrit Renker	[PATCH 27/37] dccp: Integration of dynamic feature activation - part 2 (server side)
Herbert Xu	Re: [PATCH 2/3][NET_BATCH] net core use batching
git:

Re: Higer latency with dynamic tick (need for an io-ondemand govenor?)

Online users