<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:wfw="http://wellformedweb.org/CommentAPI/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
	xmlns:slash="http://purl.org/rss/1.0/modules/slash/"
	>

<channel>
	<title>Technical Blog of Richard Hughes &#187; latency</title>
	<atom:link href="http://blogs.gnome.org/hughsie/tag/latency/feed/" rel="self" type="application/rss+xml" />
	<link>http://blogs.gnome.org/hughsie</link>
	<description>Blog about geeky stuff</description>
	<lastBuildDate>Tue, 17 Jan 2012 09:10:34 +0000</lastBuildDate>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.1</generator>
		<item>
		<title>latency-policy</title>
		<link>http://blogs.gnome.org/hughsie/2008/07/01/latency-policy/</link>
		<comments>http://blogs.gnome.org/hughsie/2008/07/01/latency-policy/#comments</comments>
		<pubDate>Tue, 01 Jul 2008 15:45:43 +0000</pubDate>
		<dc:creator>hughsie</dc:creator>
				<category><![CDATA[Uncategorized]]></category>
		<category><![CDATA[latency]]></category>
		<category><![CDATA[latency-policy]]></category>
		<category><![CDATA[policy]]></category>

		<guid isPermaLink="false">http://blogs.gnome.org/hughsie/2008/07/01/latency-policy/</guid>
		<description><![CDATA[Latency is the time delay between the moment something is initiated, and the moment one of its effects begins or becomes detectable. Why do you care? Well, some power management modes save a ton of power, but also increase the time it takes to respond to these interrupts. Most users don&#8217;t care as these delays [...]]]></description>
			<content:encoded><![CDATA[<p><em>Latency is the time delay between the moment something is initiated, and the moment one of its effects begins or becomes detectable.</em></p>
<p><strong>Why do you care?</strong> Well, some power management modes save a ton of power, but also increase the time it takes to respond to these interrupts.<br />
Most users don&#8217;t care as these delays are typically in the μs or low ms range, but you might if you&#8217;re on a server processing financial data or mixing desk with 20 real time music streams.</p>
<p><strong>A new project is born.</strong> latency-policy is a set of scripts that allow an admin to define a rough latency that is acceptable. Why latency? Well most of the power saving stuff we are working on saves a bunch of power doing things like turning off hardware or powering down data links. These all have different, non-trivial reinitialisation times, which is why we probably need some sort of simple userspace tool to set these at startup according to some simple metric. We really don&#8217;t need to (or want to) export all these settings to the UI as most of them are pretty meaningless to 99.99% of users. At the moment only things like ALPM, ASPM and ondemand are supported by latency policy, but it&#8217;s designed to be easily pluggable as other schemes become possible to be used in Linux. There&#8217;s a 0.1 release (that may or may not work on your system) <a href="http://rhughes.fedorapeople.org/latency-policy-0.1.tar.gz">here</a>, a noarch rpm for fedora <a href="http://koji.fedoraproject.org/koji/taskinfo?taskID=689875">here</a> and a git tree available on my people page (git clone git://people.freedesktop.org/~hughsient/latency-policy).</p>
<p>Patches welcome. There&#8217;s no mailing list as this is a super trivial project, but I really would like to see some buy in from distros for this sort of system policy stuff. Thanks.</p>
]]></content:encoded>
			<wfw:commentRss>http://blogs.gnome.org/hughsie/2008/07/01/latency-policy/feed/</wfw:commentRss>
		<slash:comments>3</slash:comments>
		</item>
	</channel>
</rss>
<!-- This Quick Cache file was built for (  blogs.gnome.org/hughsie/tag/latency/feed/ ) in 1.17371 seconds, on Feb 11th, 2012 at 3:42 pm UTC. -->
<!-- This Quick Cache file will automatically expire ( and be re-built automatically ) on Feb 11th, 2012 at 4:42 pm UTC -->
