<?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: Why Python will never be fast</title>
	<atom:link href="http://blogs.gnome.org/otte/2008/08/24/why-python-will-never-be-fast/feed/" rel="self" type="application/rss+xml" />
	<link>http://blogs.gnome.org/otte/2008/08/24/why-python-will-never-be-fast/</link>
	<description>Just another GNOME Blogs weblog</description>
	<lastBuildDate>Fri, 20 Nov 2009 09:10:00 +0000</lastBuildDate>
	<generator>http://wordpress.org/?v=2.8.6</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: Lucian</title>
		<link>http://blogs.gnome.org/otte/2008/08/24/why-python-will-never-be-fast/comment-page-1/#comment-751</link>
		<dc:creator>Lucian</dc:creator>
		<pubDate>Mon, 08 Sep 2008 08:57:58 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.gnome.org/otte/2008/08/24/why-python-will-never-be-fast/#comment-751</guid>
		<description>Python is quite fast, still much faster than js. The point is, they&#039;re both fast enough most of the time. And don&#039;t underestimate PyPy.</description>
		<content:encoded><![CDATA[<p>Python is quite fast, still much faster than js. The point is, they&#8217;re both fast enough most of the time. And don&#8217;t underestimate PyPy.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: mystilleef</title>
		<link>http://blogs.gnome.org/otte/2008/08/24/why-python-will-never-be-fast/comment-page-1/#comment-746</link>
		<dc:creator>mystilleef</dc:creator>
		<pubDate>Mon, 25 Aug 2008 23:54:04 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.gnome.org/otte/2008/08/24/why-python-will-never-be-fast/#comment-746</guid>
		<description>How about profiling your code to figure out the hotspot?

Have you considered using psyco (JIT for Python)?</description>
		<content:encoded><![CDATA[<p>How about profiling your code to figure out the hotspot?</p>
<p>Have you considered using psyco (JIT for Python)?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Oommen K M</title>
		<link>http://blogs.gnome.org/otte/2008/08/24/why-python-will-never-be-fast/comment-page-1/#comment-745</link>
		<dc:creator>Oommen K M</dc:creator>
		<pubDate>Mon, 25 Aug 2008 04:51:39 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.gnome.org/otte/2008/08/24/why-python-will-never-be-fast/#comment-745</guid>
		<description>Hi,
Its Oommen, senior software analyst working for CROSSTEL, West Point, USA at the offshore development center of rkc Infotech, Philadalphia, USA.

I saw threads which says &#039;Why Python will never be fast&#039;.

My opinion is, &quot;yes python codes can run faster than any other. I am telling you from my experience. 
I have written a python code which continuously reads a xml stream from an external device, manipulates and returns back the device a result in xml format. Thing is that my client is already having c code which handles this process. My python code handles 1740 xml streams in a second while the C code handles only 375 streams in a second. Please be reminded that python code does 3  fetching and a insertion for each stream with my MySQL database, while the C code does not have any interaction with the database.

So its sure that Python is faster than any other language, since it uses the optimum resources for its execution.

Please be informed that many scientific institutions, like NASA, are using python for their heavy calculations.

please check these links:-

http://www.sagemath.org/doc/tut/node71.html
http://www.ferg.org/projects/python_java_side-by-side.html
http://hathawaymix.org/Weblog/2004-06-16

http://wiki.python.org/moin/PythonSpeed/PerformanceTips</description>
		<content:encoded><![CDATA[<p>Hi,<br />
Its Oommen, senior software analyst working for CROSSTEL, West Point, USA at the offshore development center of rkc Infotech, Philadalphia, USA.</p>
<p>I saw threads which says &#8216;Why Python will never be fast&#8217;.</p>
<p>My opinion is, &#8220;yes python codes can run faster than any other. I am telling you from my experience.<br />
I have written a python code which continuously reads a xml stream from an external device, manipulates and returns back the device a result in xml format. Thing is that my client is already having c code which handles this process. My python code handles 1740 xml streams in a second while the C code handles only 375 streams in a second. Please be reminded that python code does 3  fetching and a insertion for each stream with my MySQL database, while the C code does not have any interaction with the database.</p>
<p>So its sure that Python is faster than any other language, since it uses the optimum resources for its execution.</p>
<p>Please be informed that many scientific institutions, like NASA, are using python for their heavy calculations.</p>
<p>please check these links:-</p>
<p><a href="http://www.sagemath.org/doc/tut/node71.html" rel="nofollow">http://www.sagemath.org/doc/tut/node71.html</a><br />
<a href="http://www.ferg.org/projects/python_java_side-by-side.html" rel="nofollow">http://www.ferg.org/projects/python_java_side-by-side.html</a><br />
<a href="http://hathawaymix.org/Weblog/2004-06-16" rel="nofollow">http://hathawaymix.org/Weblog/2004-06-16</a></p>
<p><a href="http://wiki.python.org/moin/PythonSpeed/PerformanceTips" rel="nofollow">http://wiki.python.org/moin/PythonSpeed/PerformanceTips</a></p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Andrés G. Aragoneses</title>
		<link>http://blogs.gnome.org/otte/2008/08/24/why-python-will-never-be-fast/comment-page-1/#comment-744</link>
		<dc:creator>Andrés G. Aragoneses</dc:creator>
		<pubDate>Mon, 25 Aug 2008 00:09:13 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.gnome.org/otte/2008/08/24/why-python-will-never-be-fast/#comment-744</guid>
		<description>Were you referring to just CPython? Or did you include IronPython, Jython, etc.?</description>
		<content:encoded><![CDATA[<p>Were you referring to just CPython? Or did you include IronPython, Jython, etc.?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: rawsausage</title>
		<link>http://blogs.gnome.org/otte/2008/08/24/why-python-will-never-be-fast/comment-page-1/#comment-743</link>
		<dc:creator>rawsausage</dc:creator>
		<pubDate>Sun, 24 Aug 2008 16:47:48 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.gnome.org/otte/2008/08/24/why-python-will-never-be-fast/#comment-743</guid>
		<description>Vala would be my choice for developing desktop applications too. It doesn&#039;t have the worst of the shortcomings of C/C++, and it seems to be quite pleasant to develop with already.</description>
		<content:encoded><![CDATA[<p>Vala would be my choice for developing desktop applications too. It doesn&#8217;t have the worst of the shortcomings of C/C++, and it seems to be quite pleasant to develop with already.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Stu</title>
		<link>http://blogs.gnome.org/otte/2008/08/24/why-python-will-never-be-fast/comment-page-1/#comment-742</link>
		<dc:creator>Stu</dc:creator>
		<pubDate>Sun, 24 Aug 2008 16:05:50 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.gnome.org/otte/2008/08/24/why-python-will-never-be-fast/#comment-742</guid>
		<description>What about pypy ?  I don&#039;t see why this means python will never be fast.</description>
		<content:encoded><![CDATA[<p>What about pypy ?  I don&#8217;t see why this means python will never be fast.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Zeeshan Ali</title>
		<link>http://blogs.gnome.org/otte/2008/08/24/why-python-will-never-be-fast/comment-page-1/#comment-741</link>
		<dc:creator>Zeeshan Ali</dc:creator>
		<pubDate>Sun, 24 Aug 2008 15:15:42 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.gnome.org/otte/2008/08/24/why-python-will-never-be-fast/#comment-741</guid>
		<description>Who cares, we have Vala now. :)</description>
		<content:encoded><![CDATA[<p>Who cares, we have Vala now. :)</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: stefan</title>
		<link>http://blogs.gnome.org/otte/2008/08/24/why-python-will-never-be-fast/comment-page-1/#comment-740</link>
		<dc:creator>stefan</dc:creator>
		<pubDate>Sun, 24 Aug 2008 13:55:03 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.gnome.org/otte/2008/08/24/why-python-will-never-be-fast/#comment-740</guid>
		<description>This doesn&#039;t make any sense to me...

Why do you mention Python in particular ? (btw isn&#039;t IronPython fast ?) Why not Perl, Erlang or whatever ? Did you mean &quot;why all the interpreted languages except javascript won&#039;t ever be fast&quot; ?

Doesn&#039;t Google&#039;s use of Python pretty much guarantee that brain power will be spent on making it faster, letting python users concentrate on writing apps (as opposed to hacking python itself or porting their code to some other language) ?

I dunnow, I guess it&#039;s your blog, you write whatever you want on it (and I&#039;m happy to read it) but here... I have no idea what you&#039;re talking about :p</description>
		<content:encoded><![CDATA[<p>This doesn&#8217;t make any sense to me&#8230;</p>
<p>Why do you mention Python in particular ? (btw isn&#8217;t IronPython fast ?) Why not Perl, Erlang or whatever ? Did you mean &#8220;why all the interpreted languages except javascript won&#8217;t ever be fast&#8221; ?</p>
<p>Doesn&#8217;t Google&#8217;s use of Python pretty much guarantee that brain power will be spent on making it faster, letting python users concentrate on writing apps (as opposed to hacking python itself or porting their code to some other language) ?</p>
<p>I dunnow, I guess it&#8217;s your blog, you write whatever you want on it (and I&#8217;m happy to read it) but here&#8230; I have no idea what you&#8217;re talking about :p</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: rawsausage</title>
		<link>http://blogs.gnome.org/otte/2008/08/24/why-python-will-never-be-fast/comment-page-1/#comment-739</link>
		<dc:creator>rawsausage</dc:creator>
		<pubDate>Sun, 24 Aug 2008 13:54:56 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.gnome.org/otte/2008/08/24/why-python-will-never-be-fast/#comment-739</guid>
		<description>What Steve is after is some 3-5 years away, perhaps even further with the present development pace.</description>
		<content:encoded><![CDATA[<p>What Steve is after is some 3-5 years away, perhaps even further with the present development pace.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Rob J. Caskey</title>
		<link>http://blogs.gnome.org/otte/2008/08/24/why-python-will-never-be-fast/comment-page-1/#comment-738</link>
		<dc:creator>Rob J. Caskey</dc:creator>
		<pubDate>Sun, 24 Aug 2008 13:20:08 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.gnome.org/otte/2008/08/24/why-python-will-never-be-fast/#comment-738</guid>
		<description>That is a horrible idea and you have obviously not thought this through. I seriously expect better from a code-jockey who should at least understand the time it would take to rewrite every program of a certain language vs the time to have a compiler optimized and rewrite only the few that actually needed a language transplant.</description>
		<content:encoded><![CDATA[<p>That is a horrible idea and you have obviously not thought this through. I seriously expect better from a code-jockey who should at least understand the time it would take to rewrite every program of a certain language vs the time to have a compiler optimized and rewrite only the few that actually needed a language transplant.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
