<?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: Microbenchmarks: exec convert vs imagick</title>
	<atom:link href="http://valokuva.org/?feed=rss2&#038;p=40" rel="self" type="application/rss+xml" />
	<link>http://valokuva.org/?p=40</link>
	<description>My Thoughts Exactly</description>
	<lastBuildDate>Fri, 03 Sep 2010 20:25:32 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.0.1</generator>
	<item>
		<title>By: Imagick blog &#187; Blog Archive &#187; Microbenchmarks: exec convert vs imagick</title>
		<link>http://valokuva.org/?p=40&#038;cpage=1#comment-18918</link>
		<dc:creator>Imagick blog &#187; Blog Archive &#187; Microbenchmarks: exec convert vs imagick</dc:creator>
		<pubDate>Fri, 15 Jan 2010 23:54:03 +0000</pubDate>
		<guid isPermaLink="false">http://valokuva.org/?p=40#comment-18918</guid>
		<description>[...] is the script i used with Imagick: PLAIN TEXT [...]</description>
		<content:encoded><![CDATA[<p>[...] is the script i used with Imagick: PLAIN TEXT [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Mikko Koppanen</title>
		<link>http://valokuva.org/?p=40&#038;cpage=1#comment-15191</link>
		<dc:creator>Mikko Koppanen</dc:creator>
		<pubDate>Mon, 27 Jul 2009 15:59:59 +0000</pubDate>
		<guid isPermaLink="false">http://valokuva.org/?p=40#comment-15191</guid>
		<description>dominik,

I thought &quot;thumbnail&quot; uses same algorithm in both since it&#039;s not much more than a wrapper to resize. Quality level is also default in both (which i assume matches as well).</description>
		<content:encoded><![CDATA[<p>dominik,</p>
<p>I thought &#8220;thumbnail&#8221; uses same algorithm in both since it&#8217;s not much more than a wrapper to resize. Quality level is also default in both (which i assume matches as well).</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: dominik</title>
		<link>http://valokuva.org/?p=40&#038;cpage=1#comment-15190</link>
		<dc:creator>dominik</dc:creator>
		<pubDate>Mon, 27 Jul 2009 15:54:34 +0000</pubDate>
		<guid isPermaLink="false">http://valokuva.org/?p=40#comment-15190</guid>
		<description>Nice try, but You missed several things: 
+ algorithm (there is huge difference in both end-quality and time) 
+ quality level (have You tried just to compare sizes)
Set those and You will get almost same time for both operation. Pay attention at cache etc. - they are sometimes tricky! :)</description>
		<content:encoded><![CDATA[<p>Nice try, but You missed several things:<br />
+ algorithm (there is huge difference in both end-quality and time)<br />
+ quality level (have You tried just to compare sizes)<br />
Set those and You will get almost same time for both operation. Pay attention at cache etc. &#8211; they are sometimes tricky! <img src='http://valokuva.org/wp-includes/images/smilies/icon_smile.gif' alt=':)' class='wp-smiley' /> </p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Mikko Koppanen</title>
		<link>http://valokuva.org/?p=40&#038;cpage=1#comment-1334</link>
		<dc:creator>Mikko Koppanen</dc:creator>
		<pubDate>Sat, 08 Mar 2008 17:02:39 +0000</pubDate>
		<guid isPermaLink="false">http://valokuva.org/?p=40#comment-1334</guid>
		<description>From Felix:

Just wanted to add that comment on http://valokuva.org/?p=40 but your wordpress seems not to want it :-)

&quot;For websites that deal with user generated images one thing is usually very common: Generating thumbnails from source images. Normally one would generate 3,5 or even 10 thumbnails per source image which we could dramatically speed up using Imagick. Instead of performing an exec() for each thumbnail to generate we now load the source image once into an Imagick object and do a &quot;clone,thumbnailImage,cropImage,getImageBlob&quot; sequence per thumbnail to generate. With that technique we have to load and decode the source image only once which gives us huge performance gains.&quot;</description>
		<content:encoded><![CDATA[<p>From Felix:</p>
<p>Just wanted to add that comment on <a href="http://valokuva.org/?p=40" rel="nofollow">http://valokuva.org/?p=40</a> but your wordpress seems not to want it <img src='http://valokuva.org/wp-includes/images/smilies/icon_smile.gif' alt=':-)' class='wp-smiley' /> </p>
<p>&#8220;For websites that deal with user generated images one thing is usually very common: Generating thumbnails from source images. Normally one would generate 3,5 or even 10 thumbnails per source image which we could dramatically speed up using Imagick. Instead of performing an exec() for each thumbnail to generate we now load the source image once into an Imagick object and do a &#8220;clone,thumbnailImage,cropImage,getImageBlob&#8221; sequence per thumbnail to generate. With that technique we have to load and decode the source image only once which gives us huge performance gains.&#8221;</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Mikko Koppanen</title>
		<link>http://valokuva.org/?p=40&#038;cpage=1#comment-58</link>
		<dc:creator>Mikko Koppanen</dc:creator>
		<pubDate>Sun, 07 Oct 2007 19:39:15 +0000</pubDate>
		<guid isPermaLink="false">http://valokuva.org/?p=40#comment-58</guid>
		<description>You could propably easily benchmark plain convert vs php exec difference using a shell script like:

#!/bin/bash

for i in /path/to/images/*.jpg
        do
                convert -thumbnail 200 $i /tmp/th/`basename $i`
        done</description>
		<content:encoded><![CDATA[<p>You could propably easily benchmark plain convert vs php exec difference using a shell script like:</p>
<p>#!/bin/bash</p>
<p>for i in /path/to/images/*.jpg<br />
        do<br />
                convert -thumbnail 200 $i /tmp/th/`basename $i`<br />
        done</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: dsp</title>
		<link>http://valokuva.org/?p=40&#038;cpage=1#comment-57</link>
		<dc:creator>dsp</dc:creator>
		<pubDate>Sun, 07 Oct 2007 19:20:36 +0000</pubDate>
		<guid isPermaLink="false">http://valokuva.org/?p=40#comment-57</guid>
		<description>It&#039;s pretty clear that the exec is slower. It exec call results in a syscall which forks the convert executable. I guess the extension uses a similar (maybe equal) library than convert. So the time difference is more or less the time needed to fork and context-switch the convert exectuable.</description>
		<content:encoded><![CDATA[<p>It&#8217;s pretty clear that the exec is slower. It exec call results in a syscall which forks the convert executable. I guess the extension uses a similar (maybe equal) library than convert. So the time difference is more or less the time needed to fork and context-switch the convert exectuable.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Mikko Koppanen</title>
		<link>http://valokuva.org/?p=40&#038;cpage=1#comment-56</link>
		<dc:creator>Mikko Koppanen</dc:creator>
		<pubDate>Sun, 07 Oct 2007 17:56:20 +0000</pubDate>
		<guid isPermaLink="false">http://valokuva.org/?p=40#comment-56</guid>
		<description>To be honest, Imagick does not honor PHP memory limits. The memory allocations are (currently) done outside the PHP mechanisms.

I also wrote about memory limiting earlier: http://valokuva.org/?p=11

I&#039;ve tested memory usages with Imagick using external tools and noticed that peak memory usage is not much over the size of the images you&#039;re reading in to the object.</description>
		<content:encoded><![CDATA[<p>To be honest, Imagick does not honor PHP memory limits. The memory allocations are (currently) done outside the PHP mechanisms.</p>
<p>I also wrote about memory limiting earlier: <a href="http://valokuva.org/?p=11" rel="nofollow">http://valokuva.org/?p=11</a></p>
<p>I&#8217;ve tested memory usages with Imagick using external tools and noticed that peak memory usage is not much over the size of the images you&#8217;re reading in to the object.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Kae Verens</title>
		<link>http://valokuva.org/?p=40&#038;cpage=1#comment-55</link>
		<dc:creator>Kae Verens</dc:creator>
		<pubDate>Sun, 07 Oct 2007 17:50:37 +0000</pubDate>
		<guid isPermaLink="false">http://valokuva.org/?p=40#comment-55</guid>
		<description>I use the exec() ImageMagick method in my KFM project (http://kfm.verens.com/). One reason I use it is that built-in extensions suffer from the memory limitations that PHP imposes on them, whereas a shell command appears to be unconstrained.

It is interesting that the imagick extension is faster, but how does it compare for very large images in a limited memory environment?</description>
		<content:encoded><![CDATA[<p>I use the exec() ImageMagick method in my KFM project (<a href="http://kfm.verens.com/" rel="nofollow" onclick="urchinTracker('/outgoing/kfm.verens.com/?referer=');">http://kfm.verens.com/</a>). One reason I use it is that built-in extensions suffer from the memory limitations that PHP imposes on them, whereas a shell command appears to be unconstrained.</p>
<p>It is interesting that the imagick extension is faster, but how does it compare for very large images in a limited memory environment?</p>
]]></content:encoded>
	</item>
</channel>
</rss>

<!-- Performance optimized by W3 Total Cache. Learn more: http://www.w3-edge.com/wordpress-plugins/

Page Caching using apc (user agent is rejected)
Database Caching 2/15 queries in 0.053 seconds using apc

Served from: valokuva.org @ 2010-09-06 23:09:40 -->