Path: csiph.com!v102.xanadu-bbs.net!xanadu-bbs.net!goblin2!goblin.stu.neva.ru!newsfeed.xs4all.nl!newsfeed3.news.xs4all.nl!xs4all!post.news.xs4all.nl!not-for-mail Return-Path: X-Original-To: python-list@python.org Delivered-To: python-list@mail.python.org X-Spam-Status: OK 0.058 X-Spam-Evidence: '*H*': 0.88; '*S*': 0.00; 'subject:Python': 0.06; 'affected': 0.07; 'answering': 0.09; 'pep': 0.09; 'python': 0.11; 'blindly': 0.16; 'considers': 0.16; 'determining': 0.16; 'regression': 0.16; 'repetitions': 0.16; 'sorting': 0.16; 'demonstrate': 0.16; 'wrote:': 0.18; 'example': 0.22; 'case.': 0.24; 'unicode': 0.24; '(or': 0.24; 'subject:/': 0.26; 'header:In- Reply-To:1': 0.27; 'am,': 0.29; 'reporting': 0.29; 'important.': 0.30; 'see,': 0.30; 'message-id:@mail.gmail.com': 0.30; 'that.': 0.31; '3.2': 0.31; 'doc': 0.31; 'actual': 0.34; 'no,': 0.35; 'operations': 0.35; 'test': 0.35; 'but': 0.35; 'received:google.com': 0.35; 'there': 0.35; 'really': 0.36; 'problems': 0.38; 'to:addr:python-list': 0.38; 'anything': 0.39; 'does': 0.39; 'to:addr:python.org': 0.39; "you're": 0.61; 'kind': 0.63; 'real': 0.63; 'skip:n 10': 0.64; 'more': 0.64; 'worth': 0.66; 'due': 0.66; 'real-world': 0.68; 'funny': 0.74; 'optimized,': 0.84; 'slowed': 0.84; 'subject:long': 0.84; 'have.': 0.93; '2013': 0.98 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=x-received:mime-version:in-reply-to:references:from:date:message-id :subject:to:content-type; bh=L7mLXGkZRw0jt4Eu5q5cnqPbWw2VKqTFGE4BKMegjro=; b=O/tBfU0QyOpuIsmmU+9ZMh+l9i44KNba63lF0SNXn66s3hIQn72EHg34YCi9jpzSOX GCXAGEGwFA43483u1z5M7Of0QykE9pIzlnKqrXz91iwANaoCW2QFXTQTpdsxktKevgLD MdVznrJF6LAehY0pJc1I+w9AqMoPKQW+BrNvHsYm4JHQvsM/1+8ZextHhqnF7CzAl/t6 tRwYinBLhjR2YF9zBj3X05lJaBQGb6YnthRrqf2k45PuZ+8jK1v0EzkAvTrnLZM+SjpM 1pZGdFMJ0F3F4ZN4Jw+7olQEUtqHcjlrufS9HyRPAW4bOIQ+izaC7jSoNuSQTSQHsUfW yEbQ== X-Received: by 10.66.250.230 with SMTP id zf6mr27412263pac.153.1364931928838; Tue, 02 Apr 2013 12:45:28 -0700 (PDT) MIME-Version: 1.0 In-Reply-To: <87dff083-14d8-4163-89f3-d78a9be6c802@c15g2000vbl.googlegroups.com> References: <6a146aba-a032-4aac-b2d3-7acedcebd804@q3g2000pbv.googlegroups.com> <515941d8$0$29967$c3e8da3$5496439d@news.astraweb.com> <5159beb6$0$29967$c3e8da3$5496439d@news.astraweb.com> <4103dc28-a0dc-4740-bb38-b6bcb58bedfb@h1g2000vbx.googlegroups.com> <87dff083-14d8-4163-89f3-d78a9be6c802@c15g2000vbl.googlegroups.com> From: Ian Kelly Date: Tue, 2 Apr 2013 13:44:48 -0600 Subject: Re: Performance of int/long in Python 3 To: python-list@python.org Content-Type: text/plain; charset=ISO-8859-1 X-BeenThere: python-list@python.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: General discussion list for the Python programming language List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Newsgroups: comp.lang.python Message-ID: Lines: 29 NNTP-Posting-Host: 2001:888:2000:d::a6 X-Trace: 1364931932 news.xs4all.nl 6847 [2001:888:2000:d::a6]:45102 X-Complaints-To: abuse@xs4all.nl Xref: csiph.com comp.lang.python:42600 On Tue, Apr 2, 2013 at 3:20 AM, jmfauth wrote: > It is somehow funny to see, the FSR "fails" precisely > on problems Unicode will solve/handle, eg normalization or > sorting [3]. Neither of these problems have anything to do with the FSR. Can you give us an example of normalization or sorting where Python 3.3 fails and Python 3.2 does not? > [3] I only test and tested these "chars" blindly with the help > of the doc I have. Btw, when I test complicated "Arabic chars", > I noticed, Py33 "crashes", it does not really crash, it get stucked > in some king of infinite loop (or is it due to "timeit"?). Without knowing what the actual test that you ran was, we have no way of answering that. Unless you give us more detail, my assumption would be that the number of repetitions that you passed to timeit was excessively large for the particular test case. > [4] Am I the only one who test this kind of stuff? No, you're just the only one who considers it important. Micro-benchmarks like the ones you have been reporting are *useful* when it comes to determining what operations can be better optimized, but they are not *important* in and of themselves. What is important is that actual, real-world programs are not significantly slowed by these kinds of optimizations. Until you can demonstrate that real programs are adversely affected by PEP 393, there is not in my opinion any regression that is worth worrying over.