On Sat, Jun 21, 2008 at 4:33 AM, &quot;Martin v. Löwis&quot; &lt;<a href="mailto:martin@v.loewis.de">martin@v.loewis.de</a>&gt; wrote:<br><div class="gmail_quote"><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
<div class="Ih2E3d">&gt; I don&#39;t think expecting people to tweak gc parameters when they witness<br>
&gt; performance problems is reasonable.<br>
<br>
</div>What follows from that? To me, the natural conclusion is &quot;people who<br>
witness performance problems just need to despair, or accept them, as<br>
they can&#39;t do anything about it&quot;, however, I don&#39;t think this is the<br>
conclusion that you had in mind.<br>
</blockquote></div><br>I can say with complete certainty that of the 20+ programmers I&#39;ve had working for me, many who have used Python for 3+ years, not a single one would think to question the garbage collector if they observed the kind of quadratic time complexity I&#39;ve demonstrated.&nbsp; This is not because they are stupid, but because they have only a vague idea that Python even has a garbage collector, never mind that it could be behaving badly for such innocuous looking code.<br>
<br>Maybe we should consider more carefully before declaring the status quo sufficient.&nbsp; Average developers do allocate millions of objects in bursts and super-linear time complexity for such operations is not acceptable.&nbsp; Thankfully I am around to help my programmers work around such issues or else they&#39;d be pushing to switch
to Java, Ruby, C#, or whatever since Python was inexplicably &quot;too slow&quot; for &quot;real work&quot;.&nbsp; This being open source, I&#39;m certainly willing to help in the effort to do so, but not if potential solutions will be ruled out as being unnecessary.<br>
<br>-Kevin<br><br>