<?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 is better than C</title>
	<atom:link href="http://blog.p2presearch.com/2008/07/17/why-python-is-better-than-c/feed/" rel="self" type="application/rss+xml" />
	<link>http://blog.p2presearch.com/2008/07/17/why-python-is-better-than-c/</link>
	<description>whats happening in the peersphere</description>
	<lastBuildDate>Tue, 22 Sep 2009 13:22:55 -0700</lastBuildDate>
	<generator>http://wordpress.org/?v=2.8.5</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: Bobby</title>
		<link>http://blog.p2presearch.com/2008/07/17/why-python-is-better-than-c/comment-page-1/#comment-22</link>
		<dc:creator>Bobby</dc:creator>
		<pubDate>Sun, 03 Aug 2008 21:06:26 +0000</pubDate>
		<guid isPermaLink="false">http://blog.p2presearch.com/?p=17#comment-22</guid>
		<description>Some of the comparison seems to be about the language itself (memory management), while other parts seem to be about the standard library (sockets, http, threads).  While I can see some value in comparing the standard libraries, it doesn&#039;t seem that important to me, as there are plenty of libraries available in C to simplify sockets, http/ftp/etc, various data structures, and such.  It just doesn7t come bundled with the compiler.

It&#039;s also worth noting that the python interpreter is not thread-safe (see http://docs.python.org/api/threads.html), so when you create multiple threads, the global interpreter lock means that only one thread will run at a time, even on a multicore or SMP system.</description>
		<content:encoded><![CDATA[<p>Some of the comparison seems to be about the language itself (memory management), while other parts seem to be about the standard library (sockets, http, threads).  While I can see some value in comparing the standard libraries, it doesn&#8217;t seem that important to me, as there are plenty of libraries available in C to simplify sockets, http/ftp/etc, various data structures, and such.  It just doesn7t come bundled with the compiler.</p>
<p>It&#8217;s also worth noting that the python interpreter is not thread-safe (see <a href="http://docs.python.org/api/threads.html)" rel="nofollow">http://docs.python.org/api/threads.html)</a>, so when you create multiple threads, the global interpreter lock means that only one thread will run at a time, even on a multicore or SMP system.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Niall O'Higgins</title>
		<link>http://blog.p2presearch.com/2008/07/17/why-python-is-better-than-c/comment-page-1/#comment-16</link>
		<dc:creator>Niall O'Higgins</dc:creator>
		<pubDate>Fri, 18 Jul 2008 19:32:07 +0000</pubDate>
		<guid isPermaLink="false">http://blog.p2presearch.com/?p=17#comment-16</guid>
		<description>Hi Nick,

Of course Python and C are very different.  I admit to being somewhat polemic in tone in this article.  However, I don&#039;t think there is anything wrong with a comparison of C and Python in the context of the software I develop - which consists of pieces in both languages.

I don&#039;t have hard numbers on the efficiency of Python vs C in specific cases.  I have found that my Bencode parser which is written in YACC/C is about an order of magnitude faster than the equivalent Python parser.

However, the vast majority of my Python programs (and I do not think I am any exception) spend their time waiting on I/O, and so it really seems like performance is equivalent.

For hard numbers on various kinds of work loads, you can always check out the shootout results: 

http://shootout.alioth.debian.org/gp4/benchmark.php?test=all&amp;lang=python&amp;lang2=gcc</description>
		<content:encoded><![CDATA[<p>Hi Nick,</p>
<p>Of course Python and C are very different.  I admit to being somewhat polemic in tone in this article.  However, I don&#8217;t think there is anything wrong with a comparison of C and Python in the context of the software I develop &#8211; which consists of pieces in both languages.</p>
<p>I don&#8217;t have hard numbers on the efficiency of Python vs C in specific cases.  I have found that my Bencode parser which is written in YACC/C is about an order of magnitude faster than the equivalent Python parser.</p>
<p>However, the vast majority of my Python programs (and I do not think I am any exception) spend their time waiting on I/O, and so it really seems like performance is equivalent.</p>
<p>For hard numbers on various kinds of work loads, you can always check out the shootout results: </p>
<p><a href="http://shootout.alioth.debian.org/gp4/benchmark.php?test=all&#038;lang=python&#038;lang2=gcc" rel="nofollow">http://shootout.alioth.debian.org/gp4/benchmark.php?test=all&#038;lang=python&#038;lang2=gcc</a></p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Nick</title>
		<link>http://blog.p2presearch.com/2008/07/17/why-python-is-better-than-c/comment-page-1/#comment-15</link>
		<dc:creator>Nick</dc:creator>
		<pubDate>Fri, 18 Jul 2008 19:04:57 +0000</pubDate>
		<guid isPermaLink="false">http://blog.p2presearch.com/?p=17#comment-15</guid>
		<description>Hi, I&#039;ve found your post interesting. However, I don&#039;t think that is appropiate to compare a &quot;high-level-dynamic&quot; language to a low level one. C is all about the imperative paradigm, low level structures, and is also statically typed. Python is about list comprehensions, lambdas, OO-programming AND imperative programming. It&#039;s clear to me that a lot of things will be more concise when done with python than with C. But also I think that some problems are better handled with C than Python. Also I (still) find hard to believe that for most cases, (high level) python code can match C performance. I&#039;m not saying that it can&#039;t. I&#039;d just like to see some numbers and detailed cases about that. I&#039;m still sticking to C when it comes to performance.</description>
		<content:encoded><![CDATA[<p>Hi, I&#8217;ve found your post interesting. However, I don&#8217;t think that is appropiate to compare a &#8220;high-level-dynamic&#8221; language to a low level one. C is all about the imperative paradigm, low level structures, and is also statically typed. Python is about list comprehensions, lambdas, OO-programming AND imperative programming. It&#8217;s clear to me that a lot of things will be more concise when done with python than with C. But also I think that some problems are better handled with C than Python. Also I (still) find hard to believe that for most cases, (high level) python code can match C performance. I&#8217;m not saying that it can&#8217;t. I&#8217;d just like to see some numbers and detailed cases about that. I&#8217;m still sticking to C when it comes to performance.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
