Path: csiph.com!v102.xanadu-bbs.net!xanadu-bbs.net!news.mixmin.net!rt.uk.eu.org!newsfeed.xs4all.nl!newsfeed3.news.xs4all.nl!xs4all!post.news.xs4all.nl!not-for-mail
Date: Tue, 02 Apr 2013 08:09:18 -0700
From: Ethan Furman <ethan@stoneleaf.us>
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130106 Thunderbird/17.0.2
MIME-Version: 1.0
To: python-list@python.org
Subject: Re: Performance of int/long in Python 3
References: <mailman.3703.1364248275.2939.python-list@python.org> <515941d8$0$29967$c3e8da3$5496439d@news.astraweb.com> <roy-04FB84.08155301042013@news.panix.com> <5159beb6$0$29967$c3e8da3$5496439d@news.astraweb.com> <mailman.5.1364838820.17481.python-list@python.org> <4103dc28-a0dc-4740-bb38-b6bcb58bedfb@h1g2000vbx.googlegroups.com> <mailman.11.1364844536.17481.python-list@python.org> <ba4dc276-a3a4-4dc5-a1a8-8345174cbe7a@he10g2000vbb.googlegroups.com> <mailman.19.1364852532.17481.python-list@python.org> <Y5adnc_9yJMbgcfMnZ2dnUVZ_s2dnZ2d@westnet.com.au> <d23a1931-7199-4550-9a87-697ee9413408@cd3g2000vbb.googlegroups.com> <mailman.30.1364889805.17481.python-list@python.org> <515a9851$0$29891$c3e8da3$5496439d@news.astraweb.com> <c4edd28c-3716-4f5d-b3c6-30f278882f12@a14g2000vbm.googlegroups.com> <kje96n$c04$1@ger.gmane.org> <mailman.35.1364900300.17481.python-list@python.org> <515ae520$0$29967$c3e8da3$5496439d@news.astraweb.com> <515AED8E.8060709@gmail.com>
In-Reply-To: <515AED8E.8060709@gmail.com>
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
Precedence: list
Newsgroups: comp.lang.python
Message-ID: <mailman.11.1364917033.3114.python-list@python.org>
Lines: 49
NNTP-Posting-Host: 2001:888:2000:d::a6
Xref: csiph.com comp.lang.python:42581

On 04/02/2013 07:39 AM, Steve Simmons wrote:
>
> On 02/04/2013 15:03, Steven D'Aprano wrote:
>> On Tue, 02 Apr 2013 11:58:11 +0100, Steve Simmons wrote:
>>
>>> It seems to me that jmf *might* be moving towards a vindicated position.
>>>   There is some interest now in duplicating, understanding and
>>> (hopefully!) extending his test results, which can only be a Good Thing
>>> - whatever the outcome and wherever the facepalm might land.
>> Some interest "now"? Oh please.
>>
>> http://mail.python.org/pipermail/python-list/2012-September/629810.html
>>
>> Mark Lawrence even created a bug report to track this, also back in
>> September.
>>
>> http://bugs.python.org/issue16061
>>
>> I'm sure you didn't intend to be insulting, but some of us *have* taken
>> JMF seriously, at least at first. His repeated overblown claims of how
>> Python is destroying Unicode, his lack of acknowledgement that other
>> people have seen string handling *speed up* not slow down, and his
>> refusal to assist in diagnosing this performance regression except to
>> repeatedly quote the same artificial micro-benchmarks over and over again
>> have lost him whatever credibility he started with.
>>
>> This feature is a *memory optimization*, not a speed optimization, and
>> yet as a side-effect of saving memory, it also saves time. Real-world
>> benchmarks of actual applications demonstrate this. One or two trivial
>> slowdowns of artificial micro-benchmarks simply are not important, even
>> if they are genuine. I believe they are genuine, but likely operating
>> system and hardware dependent.
>>
>>
> First off, no insult intended and I haven't been part of this list long enough to be fully immersed in the history of
> this so I'm sure there are events of which I am unaware.

Yes, that would be his months of trollish behavior on this subject.


> However, it seems to me that, for whatever reason, JMF has reached the end of his capacity

His capacity, maybe; his time?  Not by a long shot.  I am positive we will continue to see his uncooperative, bratty* 
behavior continue ad nauseum.

--
~Ethan~

*I was going to say childish, but I know plenty of better behaved children.