<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	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/"
		>
<channel>
	<title>Comments on: F-Spot performance improvements</title>
	<atom:link href="http://weblog.savanne.be/141-f-spot-performance-improvements/feed" rel="self" type="application/rss+xml" />
	<link>http://weblog.savanne.be/141-f-spot-performance-improvements</link>
	<description></description>
	<lastBuildDate>Tue, 07 Feb 2012 17:19:43 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.1</generator>
	<item>
		<title>By: RubenV</title>
		<link>http://weblog.savanne.be/141-f-spot-performance-improvements#comment-10213</link>
		<dc:creator>RubenV</dc:creator>
		<pubDate>Sat, 16 Aug 2008 10:20:20 +0000</pubDate>
		<guid isPermaLink="false">http://weblog.savanne.be/141-f-spot-performance-improvements#comment-10213</guid>
		<description>Believe me, we *are* concerned about all kinds of performance. Unfortunately, there&#039;s thousands of other things we have to take care of before we even get to investigating performance issues.

Now there&#039;s a very simple way to get this fixed (and I&#039;m especially referring to you dixon, since you mentioned to know the issues): dive in the code. Given that most of us (and there&#039;s not much of us f-spot devs) are volunteers, we are always very glad to get extra help.

And it sure is faster than just complaining!</description>
		<content:encoded><![CDATA[<p>Believe me, we *are* concerned about all kinds of performance. Unfortunately, there&#8217;s thousands of other things we have to take care of before we even get to investigating performance issues.</p>
<p>Now there&#8217;s a very simple way to get this fixed (and I&#8217;m especially referring to you dixon, since you mentioned to know the issues): dive in the code. Given that most of us (and there&#8217;s not much of us f-spot devs) are volunteers, we are always very glad to get extra help.</p>
<p>And it sure is faster than just complaining!</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: dixon</title>
		<link>http://weblog.savanne.be/141-f-spot-performance-improvements#comment-10211</link>
		<dc:creator>dixon</dc:creator>
		<pubDate>Sat, 16 Aug 2008 09:46:00 +0000</pubDate>
		<guid isPermaLink="false">http://weblog.savanne.be/141-f-spot-performance-improvements#comment-10211</guid>
		<description>Frieder: you&#039;re not the only one who is concerned about image displaying performance. I don&#039;t know if it&#039;s because of mono or is it because the way how is f-spot programmed. The performance is really crappy. I&#039;ve just tried to program simple app to display images using java. It&#039;s much faster, less cpu intensive - I just used default java api(buffered image), I didn&#039;t use any threads or caching or something. Please do something about the displaying performance - it&#039;s very slow and my laptop fan is very loud while displaying pictures.</description>
		<content:encoded><![CDATA[<p>Frieder: you&#8217;re not the only one who is concerned about image displaying performance. I don&#8217;t know if it&#8217;s because of mono or is it because the way how is f-spot programmed. The performance is really crappy. I&#8217;ve just tried to program simple app to display images using java. It&#8217;s much faster, less cpu intensive &#8211; I just used default java api(buffered image), I didn&#8217;t use any threads or caching or something. Please do something about the displaying performance &#8211; it&#8217;s very slow and my laptop fan is very loud while displaying pictures.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Frieder</title>
		<link>http://weblog.savanne.be/141-f-spot-performance-improvements#comment-9152</link>
		<dc:creator>Frieder</dc:creator>
		<pubDate>Wed, 30 Jul 2008 21:32:57 +0000</pubDate>
		<guid isPermaLink="false">http://weblog.savanne.be/141-f-spot-performance-improvements#comment-9152</guid>
		<description>Am I the only one who does not care so much about the speed of tagging, but on the speed of the actual image display? Do you guys ever actually watch the photos you&#039;re tagging with so much care?
Honestly, rendering a dozen-megapixel image takes some time, but that&#039;s the reason why almost any crappy image viewer out there pre-renders the next few images so that you //don&#039;t// have to watch how the up-scaled preview image is slowly beeing replaced by the actual image.</description>
		<content:encoded><![CDATA[<p>Am I the only one who does not care so much about the speed of tagging, but on the speed of the actual image display? Do you guys ever actually watch the photos you&#8217;re tagging with so much care?<br />
Honestly, rendering a dozen-megapixel image takes some time, but that&#8217;s the reason why almost any crappy image viewer out there pre-renders the next few images so that you //don&#8217;t// have to watch how the up-scaled preview image is slowly beeing replaced by the actual image.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Not That Anonymous</title>
		<link>http://weblog.savanne.be/141-f-spot-performance-improvements#comment-9147</link>
		<dc:creator>Not That Anonymous</dc:creator>
		<pubDate>Wed, 30 Jul 2008 16:18:26 +0000</pubDate>
		<guid isPermaLink="false">http://weblog.savanne.be/141-f-spot-performance-improvements#comment-9147</guid>
		<description>Hello. The whole thing with bars and graphs are overrated.
What we need is data. For instance, bars and graphs are useless to blind people. So, a text (read: proper data) should always be there.</description>
		<content:encoded><![CDATA[<p>Hello. The whole thing with bars and graphs are overrated.<br />
What we need is data. For instance, bars and graphs are useless to blind people. So, a text (read: proper data) should always be there.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Janne</title>
		<link>http://weblog.savanne.be/141-f-spot-performance-improvements#comment-9117</link>
		<dc:creator>Janne</dc:creator>
		<pubDate>Wed, 30 Jul 2008 00:39:20 +0000</pubDate>
		<guid isPermaLink="false">http://weblog.savanne.be/141-f-spot-performance-improvements#comment-9117</guid>
		<description>Good news indeed! 

I first tried f-spot perhaps two years ago, and in the end it had enough problems - crashes, slowdowns - that I gave up on it. I tried it again last month and it&#039;s now so much better that I&#039;ve gone over to it completely. Not that there aren&#039;t plenty of bugs and slowdowns still, but they&#039;re no longer enough to make using it infeasible. 

In fact, it&#039;s at the point where I&#039;ve started to toy with the idea of perhaps implementing a few features that I miss, like the ability to associate two imported images with each other so one of them is treated as a derivative of the other; or the ability to take the UFRaw parameter file from one developed raw image and apply the same parameter set to batch develop a whole set of marked raw images. I would very much want to have images with multiple versions to be visibly different from unedited images, perhaps with a hinted, abstract &quot;stack&quot; line shadow around those images. It would be nice, too, to have some kind of emblem showing which images have been uploaded to Flickr. And another I would like to see is for the Flickr-exporter to allow you to rearrange the uploaded image order.</description>
		<content:encoded><![CDATA[<p>Good news indeed! </p>
<p>I first tried f-spot perhaps two years ago, and in the end it had enough problems &#8211; crashes, slowdowns &#8211; that I gave up on it. I tried it again last month and it&#8217;s now so much better that I&#8217;ve gone over to it completely. Not that there aren&#8217;t plenty of bugs and slowdowns still, but they&#8217;re no longer enough to make using it infeasible. </p>
<p>In fact, it&#8217;s at the point where I&#8217;ve started to toy with the idea of perhaps implementing a few features that I miss, like the ability to associate two imported images with each other so one of them is treated as a derivative of the other; or the ability to take the UFRaw parameter file from one developed raw image and apply the same parameter set to batch develop a whole set of marked raw images. I would very much want to have images with multiple versions to be visibly different from unedited images, perhaps with a hinted, abstract &#8220;stack&#8221; line shadow around those images. It would be nice, too, to have some kind of emblem showing which images have been uploaded to Flickr. And another I would like to see is for the Flickr-exporter to allow you to rearrange the uploaded image order.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Matthew</title>
		<link>http://weblog.savanne.be/141-f-spot-performance-improvements#comment-9115</link>
		<dc:creator>Matthew</dc:creator>
		<pubDate>Wed, 30 Jul 2008 00:35:36 +0000</pubDate>
		<guid isPermaLink="false">http://weblog.savanne.be/141-f-spot-performance-improvements#comment-9115</guid>
		<description>Yaay it&#039;s faster!  Now can someone please allow images to be moved instead of just copying when importing.</description>
		<content:encoded><![CDATA[<p>Yaay it&#8217;s faster!  Now can someone please allow images to be moved instead of just copying when importing.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jones Lee</title>
		<link>http://weblog.savanne.be/141-f-spot-performance-improvements#comment-9113</link>
		<dc:creator>Jones Lee</dc:creator>
		<pubDate>Wed, 30 Jul 2008 00:25:00 +0000</pubDate>
		<guid isPermaLink="false">http://weblog.savanne.be/141-f-spot-performance-improvements#comment-9113</guid>
		<description>Good job, i hope the speed for reading the files to be imported faster.</description>
		<content:encoded><![CDATA[<p>Good job, i hope the speed for reading the files to be imported faster.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Publius</title>
		<link>http://weblog.savanne.be/141-f-spot-performance-improvements#comment-9111</link>
		<dc:creator>Publius</dc:creator>
		<pubDate>Tue, 29 Jul 2008 22:36:53 +0000</pubDate>
		<guid isPermaLink="false">http://weblog.savanne.be/141-f-spot-performance-improvements#comment-9111</guid>
		<description>&quot;Please do have the guts to use your real name if you want to make a point. Doing it the anonymous coward way really harms your credibility.&quot;

No, it does not. It does however seem to bother people who can&#039;t handle constructive criticism.

Every point Anonymous made is spot-on, and none of his points hinge on his credentials as some sort of expert whom we&#039;d need to know something more about. He&#039;s right, and his anonymity doesn&#039;t change that.

If you don&#039;t like anonymous posts, then why not alter your blog so they&#039;re not allowed, rather than barking at anonymous posters who demonstrate they have a clue? There are plenty of valid reasons for posting anonymously that have nothing at all to do with &quot;guts.&quot;</description>
		<content:encoded><![CDATA[<p>&#8220;Please do have the guts to use your real name if you want to make a point. Doing it the anonymous coward way really harms your credibility.&#8221;</p>
<p>No, it does not. It does however seem to bother people who can&#8217;t handle constructive criticism.</p>
<p>Every point Anonymous made is spot-on, and none of his points hinge on his credentials as some sort of expert whom we&#8217;d need to know something more about. He&#8217;s right, and his anonymity doesn&#8217;t change that.</p>
<p>If you don&#8217;t like anonymous posts, then why not alter your blog so they&#8217;re not allowed, rather than barking at anonymous posters who demonstrate they have a clue? There are plenty of valid reasons for posting anonymously that have nothing at all to do with &#8220;guts.&#8221;</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Simon</title>
		<link>http://weblog.savanne.be/141-f-spot-performance-improvements#comment-9106</link>
		<dc:creator>Simon</dc:creator>
		<pubDate>Tue, 29 Jul 2008 21:13:45 +0000</pubDate>
		<guid isPermaLink="false">http://weblog.savanne.be/141-f-spot-performance-improvements#comment-9106</guid>
		<description>Mellow out anonymous - this isn&#039;t a science paper.

Thanks Ruben. I did wonder why it was quite so slow.

Although my camera acts as a damn slow USB storage device even when you don&#039;t start f-spot..... ho hum</description>
		<content:encoded><![CDATA[<p>Mellow out anonymous &#8211; this isn&#8217;t a science paper.</p>
<p>Thanks Ruben. I did wonder why it was quite so slow.</p>
<p>Although my camera acts as a damn slow USB storage device even when you don&#8217;t start f-spot&#8230;.. ho hum</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: RubenV</title>
		<link>http://weblog.savanne.be/141-f-spot-performance-improvements#comment-9104</link>
		<dc:creator>RubenV</dc:creator>
		<pubDate>Tue, 29 Jul 2008 20:57:31 +0000</pubDate>
		<guid isPermaLink="false">http://weblog.savanne.be/141-f-spot-performance-improvements#comment-9104</guid>
		<description>Ian: No plans yet for articles on that. Basically it boils down to the old adagio: To know is to measure. If you notice that you&#039;re doing *a lot* of database queries, it might be good to investigate upon that. Our problem was that change events were too coarse grained, causing way too much recalculations. Making the events more detailed led to most of the improvements.

Anders: Thanks!

Joe: It has been worse indeed. But renaming, just for that matter, sounds a bit harsh to me.

Anonymous: Please do have the guts to use your real name if you want to make a point. Doing it the anonymous coward way really harms your credibility. Anyway, you wanted exact numbers: F-Spot 0.4.4: 22.913s, F-Spot SVN: 0.514s, running on a Pentium M 1.7, on the table in my sunny garden. Fair enough? As for the 3D: Nobody cares about the exact numbers, it&#039;s loads faster, that&#039;s what matters. Besides, the numbers will probably completely different on your system (though SVN should always be faster).</description>
		<content:encoded><![CDATA[<p>Ian: No plans yet for articles on that. Basically it boils down to the old adagio: To know is to measure. If you notice that you&#8217;re doing *a lot* of database queries, it might be good to investigate upon that. Our problem was that change events were too coarse grained, causing way too much recalculations. Making the events more detailed led to most of the improvements.</p>
<p>Anders: Thanks!</p>
<p>Joe: It has been worse indeed. But renaming, just for that matter, sounds a bit harsh to me.</p>
<p>Anonymous: Please do have the guts to use your real name if you want to make a point. Doing it the anonymous coward way really harms your credibility. Anyway, you wanted exact numbers: F-Spot 0.4.4: 22.913s, F-Spot SVN: 0.514s, running on a Pentium M 1.7, on the table in my sunny garden. Fair enough? As for the 3D: Nobody cares about the exact numbers, it&#8217;s loads faster, that&#8217;s what matters. Besides, the numbers will probably completely different on your system (though SVN should always be faster).</p>
]]></content:encoded>
	</item>
</channel>
</rss>

