<?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"
	>
<channel>
	<title>Comments on: Psychotic: optimizing Python compiler</title>
	<atom:link href="http://www.blueskyonmars.com/2008/04/01/psychotic-optimizing-python-compiler/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.blueskyonmars.com/2008/04/01/psychotic-optimizing-python-compiler/</link>
	<description>Kevin Dangoor on Technology, Business and Everything</description>
	<pubDate>Thu, 28 Aug 2008 11:15:54 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.6.1</generator>
		<item>
		<title>By: Isaac Gouy</title>
		<link>http://www.blueskyonmars.com/2008/04/01/psychotic-optimizing-python-compiler/#comment-208532</link>
		<dc:creator>Isaac Gouy</dc:creator>
		<pubDate>Mon, 07 Apr 2008 15:41:18 +0000</pubDate>
		<guid isPermaLink="false">http://www.blueskyonmars.com/2008/04/01/psychotic-optimizing-python-compiler/#comment-208532</guid>
		<description>&#62; 8x/800% slower than Java

Beware averages!

http://shootout.alioth.debian.org/gp4/benchmark.php?test=all&#38;lang=java&#38;lang2=python</description>
		<content:encoded><![CDATA[<p>&gt; 8x/800% slower than Java</p>
<p>Beware averages!</p>
<p><a href="http://shootout.alioth.debian.org/gp4/benchmark.php?test=all&amp;lang=java&amp;lang2=python" rel="nofollow">http://shootout.alioth.debian.org/gp4/benchmark.php?test=all&amp;lang=java&amp;lang2=python</a></p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Gerdus</title>
		<link>http://www.blueskyonmars.com/2008/04/01/psychotic-optimizing-python-compiler/#comment-208448</link>
		<dc:creator>Gerdus</dc:creator>
		<pubDate>Wed, 02 Apr 2008 16:26:42 +0000</pubDate>
		<guid isPermaLink="false">http://www.blueskyonmars.com/2008/04/01/psychotic-optimizing-python-compiler/#comment-208448</guid>
		<description>I personally think Python performs “good enough”, but some people dismis python because to them it's not “good enough”.  
(8x/800% slower than Java/.Net aka the competition from http://shootout.alioth.debian.org/gp4/benchmark.php?test=all&#38;lang=all but benchmarks always lie.)  

It's just the "Its good enough for me so it IS good enough" vibe that I object to since it leads to less people adopting python and is a problematic mindset long term.</description>
		<content:encoded><![CDATA[<p>I personally think Python performs “good enough”, but some people dismis python because to them it&#8217;s not “good enough”.<br />
(8x/800% slower than Java/.Net aka the competition from <a href="http://shootout.alioth.debian.org/gp4/benchmark.php?test=all&amp;lang=all" rel="nofollow">http://shootout.alioth.debian.org/gp4/benchmark.php?test=all&amp;lang=all</a> but benchmarks always lie.)  </p>
<p>It&#8217;s just the &#8220;Its good enough for me so it IS good enough&#8221; vibe that I object to since it leads to less people adopting python and is a problematic mindset long term.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Kevin Dangoor</title>
		<link>http://www.blueskyonmars.com/2008/04/01/psychotic-optimizing-python-compiler/#comment-208445</link>
		<dc:creator>Kevin Dangoor</dc:creator>
		<pubDate>Wed, 02 Apr 2008 14:17:18 +0000</pubDate>
		<guid isPermaLink="false">http://www.blueskyonmars.com/2008/04/01/psychotic-optimizing-python-compiler/#comment-208445</guid>
		<description>I keep thinking D looks nice, but I've never had a need.

IMHO, CPython's performance is  is "good enough". Once you reach that threshold, it's hard to get excited about squeezing out more. Yes, it would be great if it performed much better than it does, and I'm sure there are plenty of places for optimization. But, most programs written in Python do just fine... and those that need some performance help can just follow the steps I outlined above in specific areas of their code.

PyPy has a ways to go before it can truly replace CPython. It will certainly be exciting if it reaches that point. Oddly, in the meantime, Python will actually be getting a bit *slower* with the release of 3.0. But, again, CPython's performance is "good enough" for most applications.</description>
		<content:encoded><![CDATA[<p>I keep thinking D looks nice, but I&#8217;ve never had a need.</p>
<p>IMHO, CPython&#8217;s performance is  is &#8220;good enough&#8221;. Once you reach that threshold, it&#8217;s hard to get excited about squeezing out more. Yes, it would be great if it performed much better than it does, and I&#8217;m sure there are plenty of places for optimization. But, most programs written in Python do just fine&#8230; and those that need some performance help can just follow the steps I outlined above in specific areas of their code.</p>
<p>PyPy has a ways to go before it can truly replace CPython. It will certainly be exciting if it reaches that point. Oddly, in the meantime, Python will actually be getting a bit *slower* with the release of 3.0. But, again, CPython&#8217;s performance is &#8220;good enough&#8221; for most applications.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Gerdus</title>
		<link>http://www.blueskyonmars.com/2008/04/01/psychotic-optimizing-python-compiler/#comment-208440</link>
		<dc:creator>Gerdus</dc:creator>
		<pubDate>Wed, 02 Apr 2008 12:28:39 +0000</pubDate>
		<guid isPermaLink="false">http://www.blueskyonmars.com/2008/04/01/psychotic-optimizing-python-compiler/#comment-208440</guid>
		<description>I know! I am developing uxpython.com so I know most of the tricks. I even use pyD, it's just so much nicer than C ;-)
The problem is that there does not seem to be any drive for making core python faster. The perception being that if performance is not being thought about then python will remain a niche scripting language. My thoughts being that the more code can be written in Python the better, and any performance enhancements really should be part of the batteries that are included.
But then again PyPy will save us all.</description>
		<content:encoded><![CDATA[<p>I know! I am developing uxpython.com so I know most of the tricks. I even use pyD, it&#8217;s just so much nicer than C <img src='http://www.blueskyonmars.com/wp-includes/images/smilies/icon_wink.gif' alt=';-)' class='wp-smiley' /><br />
The problem is that there does not seem to be any drive for making core python faster. The perception being that if performance is not being thought about then python will remain a niche scripting language. My thoughts being that the more code can be written in Python the better, and any performance enhancements really should be part of the batteries that are included.<br />
But then again PyPy will save us all.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Kevin Dangoor</title>
		<link>http://www.blueskyonmars.com/2008/04/01/psychotic-optimizing-python-compiler/#comment-208426</link>
		<dc:creator>Kevin Dangoor</dc:creator>
		<pubDate>Tue, 01 Apr 2008 19:46:19 +0000</pubDate>
		<guid isPermaLink="false">http://www.blueskyonmars.com/2008/04/01/psychotic-optimizing-python-compiler/#comment-208426</guid>
		<description>If you're really performance starved, Python actually has a great collection of tools.

First, use a profiler to make sure you know what's actually taking up the time.

Next, try to solve the problem in Python. You can do a lot of performance optimization completely within Python, especially in cases where you can change things around to leverage more of Python's C code.

If you're using Intel processors, consider using Psyco. In addition to "psyco.full()", you can tell psyco to optimize only certain functions. That's certainly a very easy thing to try.

Next, take a look at Cython. They have been doing a lot of work to build out the language to make the experience even more seamless when switching from Python.

And if all of that fails, you can still write C code. (or even D code: http://pyd.dsource.org/)

If all of this fails, and you have a command line program with only one set of inputs and outputs :), you can use Psychotic.

So, truth be told... Python actually has a pretty darn good performance story to tell!</description>
		<content:encoded><![CDATA[<p>If you&#8217;re really performance starved, Python actually has a great collection of tools.</p>
<p>First, use a profiler to make sure you know what&#8217;s actually taking up the time.</p>
<p>Next, try to solve the problem in Python. You can do a lot of performance optimization completely within Python, especially in cases where you can change things around to leverage more of Python&#8217;s C code.</p>
<p>If you&#8217;re using Intel processors, consider using Psyco. In addition to &#8220;psyco.full()&#8221;, you can tell psyco to optimize only certain functions. That&#8217;s certainly a very easy thing to try.</p>
<p>Next, take a look at Cython. They have been doing a lot of work to build out the language to make the experience even more seamless when switching from Python.</p>
<p>And if all of that fails, you can still write C code. (or even D code: <a href="http://pyd.dsource.org/" rel="nofollow">http://pyd.dsource.org/</a>)</p>
<p>If all of this fails, and you have a command line program with only one set of inputs and outputs :), you can use Psychotic.</p>
<p>So, truth be told&#8230; Python actually has a pretty darn good performance story to tell!</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Gerdus</title>
		<link>http://www.blueskyonmars.com/2008/04/01/psychotic-optimizing-python-compiler/#comment-208425</link>
		<dc:creator>Gerdus</dc:creator>
		<pubDate>Tue, 01 Apr 2008 19:10:04 +0000</pubDate>
		<guid isPermaLink="false">http://www.blueskyonmars.com/2008/04/01/psychotic-optimizing-python-compiler/#comment-208425</guid>
		<description>Giving false hope to the performance starved faithful is just plain wrong!</description>
		<content:encoded><![CDATA[<p>Giving false hope to the performance starved faithful is just plain wrong!</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Kevin Dangoor</title>
		<link>http://www.blueskyonmars.com/2008/04/01/psychotic-optimizing-python-compiler/#comment-208421</link>
		<dc:creator>Kevin Dangoor</dc:creator>
		<pubDate>Tue, 01 Apr 2008 13:20:15 +0000</pubDate>
		<guid isPermaLink="false">http://www.blueskyonmars.com/2008/04/01/psychotic-optimizing-python-compiler/#comment-208421</guid>
		<description>Cute? But this is the first project ever to break the Constant Time Barrier!</description>
		<content:encoded><![CDATA[<p>Cute? But this is the first project ever to break the Constant Time Barrier!</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Mike Pirnat</title>
		<link>http://www.blueskyonmars.com/2008/04/01/psychotic-optimizing-python-compiler/#comment-208419</link>
		<dc:creator>Mike Pirnat</dc:creator>
		<pubDate>Tue, 01 Apr 2008 11:36:20 +0000</pubDate>
		<guid isPermaLink="false">http://www.blueskyonmars.com/2008/04/01/psychotic-optimizing-python-compiler/#comment-208419</guid>
		<description>Heh.  Cute.  :-)</description>
		<content:encoded><![CDATA[<p>Heh.  Cute.  <img src='http://www.blueskyonmars.com/wp-includes/images/smilies/icon_smile.gif' alt=':-)' class='wp-smiley' /></p>
]]></content:encoded>
	</item>
</channel>
</rss>

<!-- Dynamic Page Served (once) in 0.398 seconds -->
