Path: csiph.com!v102.xanadu-bbs.net!xanadu-bbs.net!feeder.erje.net!eu.feeder.erje.net!news.stack.nl!newsfeed.xs4all.nl!newsfeed2.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.007 X-Spam-Evidence: '*H*': 0.99; '*S*': 0.00; 'from:addr:yahoo.co.uk': 0.04; 'subject:Python': 0.06; 'subject: -- ': 0.07; 'ascii': 0.09; 'lawrence': 0.09; 'received:80.91': 0.09; 'received:80.91.229': 0.09; 'received:gmane.org': 0.09; 'received:list': 0.09; 'stored': 0.12; 'language.': 0.14; 'received:80.91.229.3': 0.16; 'received:plane.gmane.org': 0.16; 'storing': 0.16; 'subject: \n ': 0.16; 'language': 0.16; 'wrote:': 0.18; 'header:User-Agent:1': 0.23; 'error': 0.23; 'byte': 0.24; 'bytes': 0.24; 'unicode': 0.24; '---': 0.24; 'header:X-Complaints-To:1': 0.27; 'header:In-Reply- To:1': 0.27; 'characters': 0.30; '-0700,': 0.31; 'subject:skip:i 10': 0.31; 'handled': 0.32; '"the': 0.34; "i'd": 0.34; 'operations': 0.35; 'should': 0.36; 'reports': 0.37; 'being': 0.38; 'to:addr:python-list': 0.38; 'to:addr:python.org': 0.39; 'received:org': 0.40; 'free': 0.61; 'viruses': 0.61; 'protection': 0.63; 'our': 0.64; 'more': 0.64; 'details': 0.65; 'album': 0.68; 'antivirus': 0.68; 'therefore': 0.72; 'computers': 0.72; 'prime': 0.74; 'objectives': 0.83; 'song': 0.84 X-Injected-Via-Gmane: http://gmane.org/ To: python-list@python.org From: Mark Lawrence Subject: Re: Micro Python -- a lean and efficient implementation of Python 3 Date: Wed, 11 Jun 2014 00:16:02 +0100 References: Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Gmane-NNTP-Posting-Host: host-78-146-4-197.as13285.net User-Agent: Mozilla/5.0 (Windows NT 6.1; rv:24.0) Gecko/20100101 Thunderbird/24.5.0 In-Reply-To: X-Antivirus: avast! (VPS 140610-2, 10/06/2014), Outbound message X-Antivirus-Status: Clean 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: 36 NNTP-Posting-Host: 2001:888:2000:d::a6 X-Trace: 1402442131 news.xs4all.nl 2875 [2001:888:2000:d::a6]:35418 X-Complaints-To: abuse@xs4all.nl Xref: csiph.com comp.lang.python:73139 On 10/06/2014 20:43, alister wrote: > On Tue, 10 Jun 2014 12:27:26 -0700, wxjmfauth wrote: > [snip the garbage] >> >> jmf > > Your error reports always seem to resolve around benchmarks despite speed > not being one of Pythons prime objectives > > Computers store data using bytes > ASCII Characters can be used storing a single byte > Unicode code-points cannot be stored in a single byte > therefore Unicode will always be inherently slower than ASCII > > implementation details mean that some Unicode characters may be handled > more efficiently than others, why is this wrong? > why should all Unicode operations be equally slow? > I'd like to dedicate a song to jmf. From the "Canterbury Sound" band Caravan, the album "The Battle Of Hastings", the song title "Liar". -- My fellow Pythonistas, ask not what our language can do for you, ask what you can do for our language. Mark Lawrence --- This email is free from viruses and malware because avast! Antivirus protection is active. http://www.avast.com