<?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/"
	xmlns:creativeCommons="http://backend.userland.com/creativeCommonsRssModule">

<channel>
	<title>…for the adult in you &#187; Testing</title>
	<atom:link href="http://blogs.gnome.org/metacity/category/testing/feed/" rel="self" type="application/rss+xml" />
	<link>http://blogs.gnome.org/metacity</link>
	<description>"Many window managers are like Marshmallow Froot Loops; Metacity is like Cheerios."</description>
	<lastBuildDate>Tue, 18 Jan 2011 20:10:56 +0000</lastBuildDate>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.1</generator>
<creativeCommons:license>http://creativecommons.org/licenses/by-nc-sa/3.0/</creativeCommons:license>		<item>
		<title>So, why is Human slow?</title>
		<link>http://blogs.gnome.org/metacity/2009/02/06/so-why-is-human-slow/</link>
		<comments>http://blogs.gnome.org/metacity/2009/02/06/so-why-is-human-slow/#comments</comments>
		<pubDate>Fri, 06 Feb 2009 04:24:06 +0000</pubDate>
		<dc:creator>Thomas Thurman</dc:creator>
				<category><![CDATA[Testing]]></category>
		<category><![CDATA[Themes]]></category>
		<category><![CDATA[Uncategorized]]></category>

		<guid isPermaLink="false">http://blogs.gnome.org/metacity/?p=367</guid>
		<description><![CDATA[I mentioned a while back that Human is the slowest of all common themes, taking 6ms to draw the average frame.  It occurred to me to wonder why this might be, of course, so I took the opportunity to instrument it.  Here are the results.  The height of the diagram spans six milliseconds.  You will [...]]]></description>
			<content:encoded><![CDATA[<p><a title="A Man And A Woman by just.Luc, on Flickr" href="http://www.flickr.com/photos/9619972@N08/2902456868/"><img src="http://farm4.static.flickr.com/3023/2902456868_b64c26794b.jpg" alt="A Man And A Woman" width="500" height="333" align="right" /></a><a href="http://blogs.gnome.org/metacity/2008/12/29/theme-speed/">I mentioned a while back</a> that <em>Human</em> is the slowest of all common themes, taking 6ms to draw the average frame.  It occurred to me to wonder why this might be, of course, so I took the opportunity to instrument it.  <a href="http://www.gnome.org/~tthurman/pics/metacity/human-timing-1.svg">Here are the results</a>.  The height of the diagram spans six milliseconds.  You will note firstly that the theme carries out a large number of very simple operations like lines and rectangles, which are very fast, and next that there are four long pauses which I have numbered in red:</p>
<ol>
<li>Drawing a gradient.  This is the first gradient in <em>title_background</em>, covering the entire width of the titlebar and half its height. There are three other gradient operations, and none of them take that long; this could be some caching mechanism in GDK but is more likely to be because at least one of them is only a single pixel high.  The other two are a bit of a mystery; the output says they should be part of piece 11, <em>bottom_edge</em>, but that isn&#8217;t used in Human.</li>
<li>Drawing a tint.  Again, it&#8217;s the first one in <em>corners_hilight_shaded</em>, so maybe some caching effect, but this is also the only tint which is 1&#215;2 pixels high instead of just 1&#215;1; there is one tint which is 2&#215;1, and this is visible taking longer slightly below the number 2.</li>
<li>Drawing the title text.  This happens four times, and two are very fast and one is very slow.  I can&#8217;t account for this.</li>
<li>Drawing the title text again; see above.</li>
</ol>
<p>I think this shows that gradients and tints need to be faster.</p>
<p style="text-align: right;">(<a href="http://blogs.gnome.org/metacity/2009/02/07/more-on-themes-and-on-why-humans-slow/">Update follows &gt;&gt;&gt;</a>)</p>
<p><em>Photo © just.Luc, cc-by-nc-sa.</em></p>
]]></content:encoded>
			<wfw:commentRss>http://blogs.gnome.org/metacity/2009/02/06/so-why-is-human-slow/feed/</wfw:commentRss>
		<slash:comments>7</slash:comments>
		</item>
		<item>
		<title>Any autotools geniuses out there?</title>
		<link>http://blogs.gnome.org/metacity/2009/01/21/any-autotools-geniuses-out-there/</link>
		<comments>http://blogs.gnome.org/metacity/2009/01/21/any-autotools-geniuses-out-there/#comments</comments>
		<pubDate>Wed, 21 Jan 2009 19:43:29 +0000</pubDate>
		<dc:creator>Thomas Thurman</dc:creator>
				<category><![CDATA[Testing]]></category>

		<guid isPermaLink="false">http://blogs.gnome.org/metacity/?p=264</guid>
		<description><![CDATA[I can&#8217;t tell why this setup doesn&#8217;t compile test/veracity/veracity.c.  What am I missing?  I freely admit I suck at autotools. (veracity there is not much like the version which will end up being merged at all&#8211; it&#8217;s just the bones.)]]></description>
			<content:encoded><![CDATA[<p>I can&#8217;t tell why <a href="http://svn.gnome.org/svn/metacity/branches/veracity/">this setup</a> doesn&#8217;t compile test/veracity/veracity.c.  What am I missing?  I freely admit I suck at autotools.</p>
<p>(veracity there is not much like the version which will end up being merged at all&#8211; it&#8217;s just the bones.)</p>
]]></content:encoded>
			<wfw:commentRss>http://blogs.gnome.org/metacity/2009/01/21/any-autotools-geniuses-out-there/feed/</wfw:commentRss>
		<slash:comments>2</slash:comments>
		</item>
	</channel>
</rss>
<!-- This Quick Cache file was built for (  blogs.gnome.org/metacity/category/testing/feed/ ) in 0.15813 seconds, on Feb 11th, 2012 at 5:17 am UTC. -->
<!-- This Quick Cache file will automatically expire ( and be re-built automatically ) on Feb 11th, 2012 at 6:17 am UTC -->
