<?xml version="1.0" encoding="utf-8" ?>
<rss version="2.0" xmlns:osnews="http://osnews.com/rss2#">
	<channel>
		<title>OSNews: </title>
		<link>http://www.osnews.com/story/17768/Linux_Kernel_2_6_21_Released</link>
		<description>Exploring the Future of Computing</description>
		<language>en-us</language>
		<copyright>Copyright 2001-2009, David Adams</copyright>
		<webMaster>adam+nospam@osnews.com</webMaster>
		<lastBuildDate>Tue, 10 Nov 2009 02:27:36 GMT</lastBuildDate>
		<image>
			<url>http://www.osnews.com/images/osnews.gif</url>
			<title>OSNews.com</title>
			<link>http://www.osnews.com</link>
		</image>
		<item>
			<title>Features</title>
			<link>http://osnews.com/thread?234076</link>
			<guid isPermaLink="true">http://osnews.com/thread?234076</guid>
			<description>One of the bigger features of the 2.6.20 kernel was the kvm virtualization solution. One of the biggest features for 2.6.21 is the tickless kernel. It will improve energy efficiency and battery life among other times.<br />
<br />
If you would rather not read through the shortlog, take a look here for a fairly comprehensive and easy to read list of changes:<br />
<a href="http://kernelnewbies.org/Linux_2_6_21" rel="nofollow">http://kernelnewbies.org/Linux_2_6_21</a></description>
			<pubDate>Thu, 26 Apr 2007 06:44:00 GMT</pubDate>
			<author>donotreply@osnews.com (SEJeff)</author>
			<category>Comments</category>
		</item>

		<item>
			<title>Great Release</title>
			<link>http://osnews.com/thread?234082</link>
			<guid isPermaLink="true">http://osnews.com/thread?234082</guid>
			<description>My favorite changes were, V4linux, bttv cropping support, PS3 USB (this was great)and dynamic kernel command line.<br />
<br />
Guys I want to ask about what about OSS is it completely dropped. becuase OSS has got many changes too.</description>
			<pubDate>Thu, 26 Apr 2007 07:41:00 GMT</pubDate>
			<author>donotreply@osnews.com (kunaldeo)</author>
			<category>Comments</category>
		</item>

		<item>
			<title>Tickless?</title>
			<link>http://osnews.com/thread?234084</link>
			<guid isPermaLink="true">http://osnews.com/thread?234084</guid>
			<description>What is a tickless system?</description>
			<pubDate>Thu, 26 Apr 2007 07:52:00 GMT</pubDate>
			<author>donotreply@osnews.com (murloc)</author>
			<category>Comments</category>
		</item>

		<item>
			<title>RE: Tickless?</title>
			<link>http://osnews.com/thread?234085</link>
			<guid isPermaLink="true">http://osnews.com/thread?234085</guid>
			<description>You know when you stop your car after a long drive, it &quot;ticks&quot; for a while after whilst it cools down..? Well, some servers were doing that too, so this prevents that now.Edited 2007-04-26 07:55</description>
			<pubDate>Thu, 26 Apr 2007 07:55:00 GMT</pubDate>
			<author>donotreply@osnews.com (flanque)</author>
			<category>Comments</category>
		</item>

		<item>
			<title>RE: Tickless?</title>
			<link>http://osnews.com/thread?234086</link>
			<guid isPermaLink="true">http://osnews.com/thread?234086</guid>
			<description>As far as I understand it (but please bear in mind I'm no expert), tickless means that the kernel will not necessarily wake up periodically anymore.<br />
<br />
Originally, a timer was programmed to generate an interrupt (&quot;timer tick&quot;) a fixed number of times per second, usually in the range of 100-1000 Hz. That also meant the processor would possibly wake from sleep that many times per second, causing unnecessary power consumption on a lightly loaded system.<br />
<br />
A tickless system might disable the timer interrupt altogether when entering an idle state, so it will only wake up when an I/O device demands the attention of the kernel. Of course it would be re-enabled again as soon as multiple processes are competing for processor resources.<br />
<br />
If anyone has corrections to the information stated above, please don't hesitate to post them. I'm curious about the exact implications as well.</description>
			<pubDate>Thu, 26 Apr 2007 08:23:00 GMT</pubDate>
			<author>donotreply@osnews.com (timl)</author>
			<category>Comments</category>
		</item>

		<item>
			<title>RE: Tickless?</title>
			<link>http://osnews.com/thread?234087</link>
			<guid isPermaLink="true">http://osnews.com/thread?234087</guid>
			<description>I haven't studied the tickless kernel, but I ASSUME that this explains the basics:<br />
<br />
Normally the kernel is issuing an interrupt every X milliseconds in order to preempt processes. These interrupts are (normally?) fired at a constant rate. These ticks can influence the power states, and make the CPU etc. change to a more active power state even though no preemption is needed.<br />
<br />
The tickless kernel will not fire new clock-interrupts unless there are active processes and a need for preemption. The tickless kernel will only wait for external interrupts when all processes are idle.</description>
			<pubDate>Thu, 26 Apr 2007 08:27:00 GMT</pubDate>
			<author>donotreply@osnews.com (haugland)</author>
			<category>Comments</category>
		</item>

		<item>
			<title>new wifi stack?</title>
			<link>http://osnews.com/thread?234089</link>
			<guid isPermaLink="true">http://osnews.com/thread?234089</guid>
			<description>is 2.6.21 the kernel that finally integrates the new wifi stack?</description>
			<pubDate>Thu, 26 Apr 2007 08:42:00 GMT</pubDate>
			<author>donotreply@osnews.com (REMF)</author>
			<category>Comments</category>
		</item>

		<item>
			<title>RE: new wifi stack?</title>
			<link>http://osnews.com/thread?234090</link>
			<guid isPermaLink="true">http://osnews.com/thread?234090</guid>
			<description>No, like the linked article said, this is something that will be in one of the future kernels.</description>
			<pubDate>Thu, 26 Apr 2007 08:49:00 GMT</pubDate>
			<author>donotreply@osnews.com (B. Janssen)</author>
			<category>Comments</category>
		</item>

		<item>
			<title>Any benchmarks?</title>
			<link>http://osnews.com/thread?234092</link>
			<guid isPermaLink="true">http://osnews.com/thread?234092</guid>
			<description>I'm interested to find out how much battery 'performance' is improved with this kernel. Likely I'll install it in Feisty (and unfortunately loose new mac80211 bcm43xx driver that they pathched in, unless I do it myself).<br />
<br />
Other important side is userspace. If HAL or any other daemon (or GNOME/KDE component, and even programs like web browser) polls something all the time, than of course CPU will not be idling that often (plus the additional overhead of frequent switching from/to powersave mode). Seriously, Linux still doesn't match battery consumption of a 5+ years old Windows XP, I hope this kernel will change it (along with optimization of userspace stuff).</description>
			<pubDate>Thu, 26 Apr 2007 08:56:00 GMT</pubDate>
			<author>donotreply@osnews.com (siki_miki)</author>
			<category>Comments</category>
		</item>

		<item>
			<title>RE: Any benchmarks?</title>
			<link>http://osnews.com/thread?234098</link>
			<guid isPermaLink="true">http://osnews.com/thread?234098</guid>
			<description>Perhaps this &quot;benchmark&quot; is worth something to you:<br />
<br />
<a href="http://www.phoronix.com/scan.php?page=article&amp;item=651&amp;num=1" rel="nofollow">http://www.phoronix.com/scan.php?page=article&amp;item=651&amp;num=...</a></description>
			<pubDate>Thu, 26 Apr 2007 10:39:00 GMT</pubDate>
			<author>donotreply@osnews.com (czubin)</author>
			<category>Comments</category>
		</item>

		<item>
			<title>Pimple-faced Linuks nerds</title>
			<link>http://osnews.com/thread?234110</link>
			<guid isPermaLink="true">http://osnews.com/thread?234110</guid>
			<description>Too bad Linuks sucks so bad that you need to recompile the whole Colonel every damn time you change the screen resolution and bugs are being added faster than they are being fixed. Version 2.8 to be released by Linuz Thorwall's grandson in 2028...</description>
			<pubDate>Thu, 26 Apr 2007 12:34:00 GMT</pubDate>
			<author>donotreply@osnews.com (edwardyawn)</author>
			<category>Comments</category>
		</item>

		<item>
			<title>RE: Pimple-faced Linuks nerds</title>
			<link>http://osnews.com/thread?234112</link>
			<guid isPermaLink="true">http://osnews.com/thread?234112</guid>
			<description>nice try</description>
			<pubDate>Thu, 26 Apr 2007 12:42:00 GMT</pubDate>
			<author>donotreply@osnews.com (yanik)</author>
			<category>Comments</category>
		</item>

		<item>
			<title>RE[2]: Pimple-faced Linuks nerds</title>
			<link>http://osnews.com/thread?234115</link>
			<guid isPermaLink="true">http://osnews.com/thread?234115</guid>
			<description>Whatever happened to the smarter windups and the 'artistry' a troll would employ to bait his victims?<br />
Trolls these days are just frigging lazy.</description>
			<pubDate>Thu, 26 Apr 2007 12:58:00 GMT</pubDate>
			<author>donotreply@osnews.com (Laurence)</author>
			<category>Comments</category>
		</item>

		<item>
			<title>Definition of &amp;quot;troll&amp;quot;</title>
			<link>http://osnews.com/thread?234117</link>
			<guid isPermaLink="true">http://osnews.com/thread?234117</guid>
			<description>Definition of a &quot;troll&quot;: anyone who says or does something you do not like or agree with. &quot;Trolling&quot; is an expression that these days covers just about any sort of activity on the internet. Web discussions always end with someone calling someone else a troll, nazi, fascist, or anti-semite. Piss off.</description>
			<pubDate>Thu, 26 Apr 2007 13:13:00 GMT</pubDate>
			<author>donotreply@osnews.com (edwardyawn)</author>
			<category>Comments</category>
		</item>

		<item>
			<title>RE[2]: Any benchmarks?</title>
			<link>http://osnews.com/thread?234118</link>
			<guid isPermaLink="true">http://osnews.com/thread?234118</guid>
			<description>Notice that while 2.6.21 is tickless, it doesn't use the CPU power saving modes when going tickless. In the future, when the kernel enters in tickless mode, the cpu power saving modes will be used, allowing to save more power</description>
			<pubDate>Thu, 26 Apr 2007 13:21:00 GMT</pubDate>
			<author>donotreply@osnews.com (diegocg)</author>
			<category>Comments</category>
		</item>

		<item>
			<title>RE[2]: Tickless?</title>
			<link>http://osnews.com/thread?234129</link>
			<guid isPermaLink="true">http://osnews.com/thread?234129</guid>
			<description>Modded up for humor <img src="/images/emo/smile.gif" alt=";)" /></description>
			<pubDate>Thu, 26 Apr 2007 15:57:00 GMT</pubDate>
			<author>donotreply@osnews.com (Shannara)</author>
			<category>Comments</category>
		</item>

		<item>
			<title>Audio</title>
			<link>http://osnews.com/thread?234130</link>
			<guid isPermaLink="true">http://osnews.com/thread?234130</guid>
			<description>Could this improve audio quality? As I understand it, sometimes the kernel waking up repeatedly can cause fuzzier audio (due to the power surges), and infact, I have noticed a difference changing between 1000Hz and 100Hz in audio quality. Additionally, running a program that consumes all CPU can increase audio quality. <br />
<br />
I assume if you used a large buffer and tickless kernel, audio quality could be better.</description>
			<pubDate>Thu, 26 Apr 2007 16:02:00 GMT</pubDate>
			<author>donotreply@osnews.com (thecwin)</author>
			<category>Comments</category>
		</item>

		<item>
			<title>RE[3]: Tickless?</title>
			<link>http://osnews.com/thread?234133</link>
			<guid isPermaLink="true">http://osnews.com/thread?234133</guid>
			<description>This isn't Slashdot.  In my opinion we should continue to keep the OSnews comments filled with intelligent on-topic conversation.  That means no stupid joke posts.</description>
			<pubDate>Thu, 26 Apr 2007 16:11:00 GMT</pubDate>
			<author>donotreply@osnews.com (Luminair)</author>
			<category>Comments</category>
		</item>

		<item>
			<title>RE: Any benchmarks?</title>
			<link>http://osnews.com/thread?234134</link>
			<guid isPermaLink="true">http://osnews.com/thread?234134</guid>
			<description>Seriously, Linux still doesn't match battery consumption of a 5+ years old Windows XP<br />
<br />
Doesn't accord with my laptop experience - my &quot;runtimes&quot; were (freshly charged to total cutout):<br />
<br />
XP - 2hrs 37mins<br />
Xubuntu 6.06 - 3hrs 49mins<br />
<br />
Odd one, that. Can't retest because that was before I completely killed my battery with overwork <img src="/images/emo/smile.gif" alt=";)" /> <br />
<br />
My main interest in a &quot;tickless&quot; kernel is for audio work - the kernel clock has fairly recently been changed from 1000hz to 250hz, and this blows out apps such as &quot;Rosegarden&quot;, which has to be run on a specially compiled kernel. Even most of then low-latency audio kernels miss this trick - AFAIK only the 64studio distro has a low-latency 1000hz kernel. My hope is that if the clock is &quot;off&quot; when idle the kernel developers will turn it up to 1000hz again when it is going.</description>
			<pubDate>Thu, 26 Apr 2007 16:20:00 GMT</pubDate>
			<author>donotreply@osnews.com (biteydog)</author>
			<category>Comments</category>
		</item>

		<item>
			<title>Magnificent!</title>
			<link>http://osnews.com/thread?234136</link>
			<guid isPermaLink="true">http://osnews.com/thread?234136</guid>
			<description>New linux Kernel + KDE 4 = Marketshare gains</description>
			<pubDate>Thu, 26 Apr 2007 16:23:00 GMT</pubDate>
			<author>donotreply@osnews.com (Supreme Dragon)</author>
			<category>Comments</category>
		</item>

		<item>
			<title>RE: Definition of &amp;quot;troll&amp;quot;</title>
			<link>http://osnews.com/thread?234138</link>
			<guid isPermaLink="true">http://osnews.com/thread?234138</guid>
			<description>Your post was not part of a discussion, merely a ranting insult. A &quot;definition&quot; of a word from someone who is incapable of spelling is inevitably rather suspect, anyway.<br />
<br />
I suggest night classes, if you are old enough to attend. You might enjoy them, and maybe even get a life.</description>
			<pubDate>Thu, 26 Apr 2007 16:30:00 GMT</pubDate>
			<author>donotreply@osnews.com (biteydog)</author>
			<category>Comments</category>
		</item>

		<item>
			<title>RE: Any benchmarks?</title>
			<link>http://osnews.com/thread?234139</link>
			<guid isPermaLink="true">http://osnews.com/thread?234139</guid>
			<description>from what I understand HAL doesn't poll but rather listens, this one of the advantages of userspace.</description>
			<pubDate>Thu, 26 Apr 2007 16:32:00 GMT</pubDate>
			<author>donotreply@osnews.com (SlackerJack)</author>
			<category>Comments</category>
		</item>

		<item>
			<title>RE: Great Release</title>
			<link>http://osnews.com/thread?234145</link>
			<guid isPermaLink="true">http://osnews.com/thread?234145</guid>
			<description>dynamic kernel command line?<br />
<br />
edit:<br />
<br />
never mind, checked kernelnewbies <img src="/images/emo/tongue.gif" alt=";)" /> Edited 2007-04-26 17:09</description>
			<pubDate>Thu, 26 Apr 2007 17:08:00 GMT</pubDate>
			<author>donotreply@osnews.com (hobgoblin)</author>
			<category>Comments</category>
		</item>

		<item>
			<title>RE[2]: Tickless?</title>
			<link>http://osnews.com/thread?234146</link>
			<guid isPermaLink="true">http://osnews.com/thread?234146</guid>
			<description>Well some part is missing. There are processes that want to be woken up after X milliseconds.<br />
<br />
So the system has also to make sure to wake up at the next of these events.<br />
<br />
A reasonable solution would be to disable the timer interrupt only of no process waits for a timing event, but if so, change the interrupt's frequency according to it.<br />
<br />
It is explained here: <a href="http://kernelnewbies.org/Linux_2_6_21#head-8547911895fda9cdff32a94771c8f5706d66bba0" rel="nofollow">http://kernelnewbies.org/Linux_2_6_21#head-8547911895fda9cdff32a947...</a> Edited 2007-04-26 17:14</description>
			<pubDate>Thu, 26 Apr 2007 17:10:00 GMT</pubDate>
			<author>donotreply@osnews.com (Ford Prefect)</author>
			<category>Comments</category>
		</item>

		<item>
			<title>RE: Audio</title>
			<link>http://osnews.com/thread?234147</link>
			<guid isPermaLink="true">http://osnews.com/thread?234147</guid>
			<description>The only good solution for your problem is to:<br />
<br />
a) use a good soundcard<br />
b) use symmetric or optical out</description>
			<pubDate>Thu, 26 Apr 2007 17:15:00 GMT</pubDate>
			<author>donotreply@osnews.com (Ford Prefect)</author>
			<category>Comments</category>
		</item>

		<item>
			<title>RE[4]: Tickless?</title>
			<link>http://osnews.com/thread?234156</link>
			<guid isPermaLink="true">http://osnews.com/thread?234156</guid>
			<description>Opinions mean nothing when the mods of OSNews constantly allow such one liner jokes on all of their news stories. Sorry, but that's how it is here.</description>
			<pubDate>Thu, 26 Apr 2007 18:01:00 GMT</pubDate>
			<author>donotreply@osnews.com (Shannara)</author>
			<category>Comments</category>
		</item>

		<item>
			<title>Interesting</title>
			<link>http://osnews.com/thread?234160</link>
			<guid isPermaLink="true">http://osnews.com/thread?234160</guid>
			<description>So what was the timers for?<br />
<br />
To interupt the kernel's process schedular and then CPU when Linux wants to perform a context switch between multiple running processes?<br />
<br />
Is it used for interupting the kernel when an I/O device device wants the CPUs attention? If so, how is an idle system returned from standby when interrupt ticks are disabled?</description>
			<pubDate>Thu, 26 Apr 2007 18:14:00 GMT</pubDate>
			<author>donotreply@osnews.com (Xaero_Vincent)</author>
			<category>Comments</category>
		</item>

		<item>
			<title>RE: Tickless?</title>
			<link>http://osnews.com/thread?234170</link>
			<guid isPermaLink="true">http://osnews.com/thread?234170</guid>
			<description>This isn't exactly how it works because I don't know the number of times / second the kernel wakes up, but it is something like this...<br />
<br />
Before:<br />
1000 times / second, the kernel will wakeup and say, &quot;Is there anything for me to do?&quot; Each wakeup is called a 'tick'. If there is nothing for it to do, it goes back to sleep. This wastes energy and cpu power.<br />
<br />
Now:<br />
Instead of polling every so often the kernel will only wakeup when there is actually something to do. Once more drivers are taking advantage of the tickless feature in the kernel, there will be less wakeups and less power used. This will be a *huge* gain in powersavings and battery life on laptops. It will also help with virtualization by speeding up virtualized guests.<br />
<br />
Does that help any?</description>
			<pubDate>Thu, 26 Apr 2007 18:51:00 GMT</pubDate>
			<author>donotreply@osnews.com (SEJeff)</author>
			<category>Comments</category>
		</item>

		<item>
			<title>RE: Interesting</title>
			<link>http://osnews.com/thread?234178</link>
			<guid isPermaLink="true">http://osnews.com/thread?234178</guid>
			<description>Yes - when processes are running the timer would go off 1000 times a second and the scheduler would then decide if it wanted to switch to another process.  I believe this still happens, with the difference that when the kernel is in the idle loop and not running any processes the timer no longer fires.<br />
<br />
When an I/O device wants attention it just creates an interrupt (not a timer interrupt), which hasn't changed from before.Edited 2007-04-26 19:13</description>
			<pubDate>Thu, 26 Apr 2007 19:08:00 GMT</pubDate>
			<author>donotreply@osnews.com (smitty)</author>
			<category>Comments</category>
		</item>

		<item>
			<title>RE[2]: Audio</title>
			<link>http://osnews.com/thread?234180</link>
			<guid isPermaLink="true">http://osnews.com/thread?234180</guid>
			<description>Agreed.  Use spdif.<br />
<br />
I bought a card with spdif five years ago just for that purpose because I had my computer hooked up to my receiver and had a horrible hum on it.<br />
<br />
I could fix some of the hum by taking a wire and sticking it in the ground plug of a power outlet and touching the other end to the back of the receiver, but it didn't fix it completely.<br />
<br />
That is the one good thing about sending digital signals.  You can even use crappy wire to some extent (If you get the signal, it'll be perfect).</description>
			<pubDate>Thu, 26 Apr 2007 19:11:00 GMT</pubDate>
			<author>donotreply@osnews.com (FunkyELF)</author>
			<category>Comments</category>
		</item>

		<item>
			<title>RE: Any benchmarks?</title>
			<link>http://osnews.com/thread?234190</link>
			<guid isPermaLink="true">http://osnews.com/thread?234190</guid>
			<description><div class="cquote">I'm interested to find out how much battery 'performance' is improved with this kernel. Likely I'll install it in Feisty (and unfortunately loose new mac80211 bcm43xx driver that they pathched in, unless I do it myself). </div><br />
<br />
Larry Finger maintains a cumulative patchset for released kernels with the latest wireless-dev stuff, it will cleanly apply to 2.6.21 if you want mac80211 and are going to roll your own anyways.<br />
<br />
<a href="ftp://lwfinger.dynalias.org/patches/" rel="nofollow">ftp://lwfinger.dynalias.org/patches/</a><br />
<br />
There were some substantial improvements to the softmac bcm43xx drivers in 2.6.21. I can actually use my 4311 now without jumping through hoops; mac80211 is still a WIP, doesn't work well for all the chipsets yet. But still, it's nice to no longer curse my wifi or fiddle with ndiswrapper. With the latest development the bcm43xx team is doing, broadcom is becoming one of the better supported chipsets in the kernel... that speaks volumes to the work they've done... <img src="/images/emo/wink.gif" alt=";)" /></description>
			<pubDate>Thu, 26 Apr 2007 19:46:00 GMT</pubDate>
			<author>donotreply@osnews.com (elsewhere)</author>
			<category>Comments</category>
		</item>

		<item>
			<title>RE[2]: Any benchmarks?</title>
			<link>http://osnews.com/thread?234200</link>
			<guid isPermaLink="true">http://osnews.com/thread?234200</guid>
			<description>Biteydog--- I do highly recommend rolling your own kernel for audio work.  I was a complete newbie a few years ago and compiling my kernel was a daunting task, but it's actually pretty easy after the first couple tries.  I guess what I mean to say is that changing the HZ setting from 250 back to 1000HZ is pretty easy (literally, the press of a few buttons) once you know how to roll your own.</description>
			<pubDate>Thu, 26 Apr 2007 20:05:00 GMT</pubDate>
			<author>donotreply@osnews.com (nalf38)</author>
			<category>Comments</category>
		</item>

		<item>
			<title>RE[2]: Tickless?</title>
			<link>http://osnews.com/thread?234226</link>
			<guid isPermaLink="true">http://osnews.com/thread?234226</guid>
			<description>The phoronix test (a very, very simplistic test) suggests the the power savings is very small, but it's measurable.    I'd like to see a testcase that shows a significant (i.e. &gt;10%) decrease in idle power consumption.  My guess is that tickless will have a greater impact on virtualization performance than on power consumption.  In any case, it's a smart enhancement that should provide advantages without regressions, but the scale of these benefits remains to be seen.</description>
			<pubDate>Thu, 26 Apr 2007 21:04:00 GMT</pubDate>
			<author>donotreply@osnews.com (butters)</author>
			<category>Comments</category>
		</item>

		<item>
			<title>RE[3]: Audio</title>
			<link>http://osnews.com/thread?234230</link>
			<guid isPermaLink="true">http://osnews.com/thread?234230</guid>
			<description>Right.  I see so many people buying $200 sound cards (and higher) and just using the SPDIF outputs.  The value of these high-end cards is the quality of their analog outputs.  If your motherboard has an SPDIF output onboard, then that's all you need, even if you'll be hooking it to professional studio monitors or a Bose home theater system.  That's the beauty of digital media.</description>
			<pubDate>Thu, 26 Apr 2007 21:12:00 GMT</pubDate>
			<author>donotreply@osnews.com (butters)</author>
			<category>Comments</category>
		</item>

		<item>
			<title>RE: Interesting</title>
			<link>http://osnews.com/thread?234238</link>
			<guid isPermaLink="true">http://osnews.com/thread?234238</guid>
			<description>When a CPU is running the idle task (basically just sleeping) and is in tickless mode, the only events that can wake up the CPU is a hardware interrupt.  This doesn't necessarily mean an I/O interrupt.  For example, on an SMP system, an idle CPU might be woken up because the scheduler (called by an active CPU) rebalanced the runqueues, and there is now work for the previously idle CPU.  <br />
<br />
Note that tickless currently doesn't use the CPU's low-power states when idle, but it will in the future.  Also note that on most current multi-core CPUs, the cores are on the same power management plane, so even if one core is idle, it will run at the same power level as an active core.  Future CPUs will have independent power planes for each core.<br />
<br />
If we really want to get serious about power management on Linux, then we need to get behind LinuxBIOS and push hard on chipset and motherboard vendors.</description>
			<pubDate>Thu, 26 Apr 2007 21:31:00 GMT</pubDate>
			<author>donotreply@osnews.com (butters)</author>
			<category>Comments</category>
		</item>

		<item>
			<title>Quick note about dynticks</title>
			<link>http://osnews.com/thread?234307</link>
			<guid isPermaLink="true">http://osnews.com/thread?234307</guid>
			<description>Save yourself the trouble of looking for the option in your kernel config if you are using a 64-bit architecture.  I was so excited about this feature finally being merged that I didn't read the fine print but apparently dynticks is only available on x86 for now.  I guess I'm going to have to wait until 2.6.22, hopefully devicescape will be in by then too.</description>
			<pubDate>Fri, 27 Apr 2007 01:38:00 GMT</pubDate>
			<author>donotreply@osnews.com (abraxas)</author>
			<category>Comments</category>
		</item>

		<item>
			<title>RE[2]: Pimple-faced Linuks nerds</title>
			<link>http://osnews.com/thread?234320</link>
			<guid isPermaLink="true">http://osnews.com/thread?234320</guid>
			<description>It is nice to have a captain of industry such as yourself add your insightful comments to the discussion</description>
			<pubDate>Fri, 27 Apr 2007 02:55:00 GMT</pubDate>
			<author>donotreply@osnews.com (Tweek)</author>
			<category>Comments</category>
		</item>

		<item>
			<title>We'll see: still improvements missing</title>
			<link>http://osnews.com/thread?234342</link>
			<guid isPermaLink="true">http://osnews.com/thread?234342</guid>
			<description>AFAIK<br />
1) currently even with tickless, the CPU doesn't enter low power mode, when this will be added the power consumption should be lower.<br />
<br />
2) if there are two event scheduled at nearly the same time, it would be interesting to regroup the scheduling of those events, this is planned also.<br />
<br />
3) some userspace applications may have to be modified to avoid useless polling (I think a Python library used to do lot of polling).<br />
<br />
So there's still quite some work to do, still will the power consumption be really lower? I don't know..</description>
			<pubDate>Fri, 27 Apr 2007 05:42:00 GMT</pubDate>
			<author>donotreply@osnews.com (renox)</author>
			<category>Comments</category>
		</item>

		<item>
			<title>RE[2]: Audio</title>
			<link>http://osnews.com/thread?234537</link>
			<guid isPermaLink="true">http://osnews.com/thread?234537</guid>
			<description>Oh, yes, of course. The solution that I was talking about was an &quot;acceptable&quot; solution, given the machine in question was a laptop. They tend to have sound shielding issues and such.</description>
			<pubDate>Fri, 27 Apr 2007 16:25:00 GMT</pubDate>
			<author>donotreply@osnews.com (thecwin)</author>
			<category>Comments</category>
		</item>

		<item>
			<title>RE[3]: Audio</title>
			<link>http://osnews.com/thread?234541</link>
			<guid isPermaLink="true">http://osnews.com/thread?234541</guid>
			<description>you can operate on battery ;-)<br />
<br />
you can also try out to use some DI Unit then (if plugging off the power connector helps, those will help, too), if you don't want to buy a USB soundcard or D/A:<br />
<br />
<a href="http://en.wikipedia.org/wiki/DI_unit" rel="nofollow">http://en.wikipedia.org/wiki/DI_unit</a><br />
<br />
There are such units for your purpose, too. they work the same but don't have XLR connectors <img src="/images/emo/wink.gif" alt=";)" /></description>
			<pubDate>Fri, 27 Apr 2007 16:33:00 GMT</pubDate>
			<author>donotreply@osnews.com (Ford Prefect)</author>
			<category>Comments</category>
		</item>
	</channel>
</rss>
