[Python-announce] Benchmark Smil vs Scikit-image (morphological features)

Hello, We've done a comparative benchmark (speed and memory usage) with Smil and Scikit-Image. Smil is a mathematical morphology dedicated library of functions. So comparisons are done only on this area. We've been working on Mathematical Morphology for more than 50 years now the

Re: How to benchmark a HTTP connection with requests module?

  end = time.clock()     queue.put((ident, r.status_code, end - start))     queue.task_done()     return queue class HTTPBenchmarkTestCase(unittest.TestCase):     url = 'http://localhost/benchmark/'     threads = 5     def setUp(self):     self.hold = True     def test_benchm

Re: How to benchmark a HTTP connection with requests module?

Hi Dennis, Nice pseudo code! :-) Is it possible benchmark/measure the latency of a HTTP connection for each threads by timing the duration of the requests.get method to complete? I also plan to test with gevent.monkey extension for enabling cooperative multithreading support: from gevent

How to benchmark a HTTP connection with requests module?

Hi, Is it possible to emulate a range of concurrent connections to a http server with the requests module? import os import requests from test_support import unittest class HTTPBenchmarkTestCase(unittest.TestCase):     url = 'http://localhost/benchmark/'     def setUp(self):   

Re: ANN: Benchmarker 4.0.0 released - small but awesome benchmark utility

i.python.org/pypi/Benchmarker/ > http://pythonhosted.org/Benchmarker/ > > Benchmarker is a small utility to benchmark your code. > > *NOTICE* This release doesn't have compatibility with ver 3.x. > > > Installation > > > $ sudo pip install Benchmarke

ANN: Benchmarker 4.0.0 released - small but awesome benchmark utility

I released Benchmarker ver 4.0.0 http://pypi.python.org/pypi/Benchmarker/ http://pythonhosted.org/Benchmarker/ Benchmarker is a small utility to benchmark your code. *NOTICE* This release doesn't have compatibility with ver 3.x. Installation $ sudo pip install Benchm

RE: Python Web Routing Benchmark

Web Routing Benchmark has been updated with latest version of various web frameworks.  http://mindref.blogspot.com/2012/10/python-web-routing-benchmark.html Note, wheezy.web seo routing benchmark has been improved by approximately 40%. Thanks. Andriy Kornatskyy

Python Web Routing Benchmark

How fast web frameworks process routing (URL dispatch)?   Here is a benchmark for various web frameworks (bottle, django, flask, pyramid, tornado and wheezy.web) running the following routing: static, dynamic, SEO and missing... with a trivial 'hello world' application (all routes ar

looking for a python script disk/storage benchmark

Hi All, I am started to write a utility (python 3.x) to test storage/disk benchmark , my thought were using binary buffered Io, but i would like to see if there any script out there written so i would use as template searching via Google found only one but not what exactly what i am looking for

[ANN] Benchmarker 3.0.1 released - a small benchmark utility

Hi, I released Benchmarker 3.0.1. http://pypi.python.org/pypi/Benchmarker/ Benchmarker is a small utility to benchmark your code. *NOTICE* This release doesn't have compatibility with release 2.0.0. Download http://pypi.python.org/pypi/Benchmarker/ Installation:: ## i

[ANN] Benchmarker 2.0.0 released - a samll benchmark utility

I released Benchmarker 2.0.0. http://pypi.python.org/pypi/Benchmarker/ Benchmarker is a small utility to benchmark your code. Download http://pypi.python.org/pypi/Benchmarker/ Installation:: ## if you have installed easy_install: $ sudo easy_install Benchmarker ## or

Re: Benchmarker 1.1.0 released - a samll benchmark utility

Stefan, Thank you for trying Benchmarker library. On Jun 28, 6:39 pm, Stefan Behnel wrote: > Makoto Kuwata, 26.06.2010 19:09: > > > I released Benchmarker 1.1.0. > >http://pypi.python.org/pypi/Benchmarker/ > > > Benchmarker is a small utility to benchmark you

Re: [ANN] Benchmarker 1.1.0 released - a samll benchmark utility

Makoto Kuwata, 26.06.2010 19:09: I released Benchmarker 1.1.0. http://pypi.python.org/pypi/Benchmarker/ Benchmarker is a small utility to benchmark your code. Does it use any statistically sound way to run the benchmarks? It seems to produce just one number on output, which can be misleading

Re: [ANN] Benchmarker 1.1.0 released - a samll benchmark utility

Terry, Thank you for trying Benchmarker. On Sun, Jun 27, 2010 at 7:15 AM, Terry Reedy wrote: > On 6/26/2010 1:09 PM, Makoto Kuwata wrote: >> >> I released Benchmarker 1.1.0. >> http://pypi.python.org/pypi/Benchmarker/ >> >> Benchmarker is a small utility to benc

Re: [ANN] Benchmarker 1.1.0 released - a samll benchmark utility

On 6/26/2010 1:09 PM, Makoto Kuwata wrote: I released Benchmarker 1.1.0. http://pypi.python.org/pypi/Benchmarker/ Benchmarker is a small utility to benchmark your code. Example === ex.py:: def fib(n): return n<= 2 and 1 or fib(n-1) + fib(n-2) from benchmarker imp

[ANN] Benchmarker 1.1.0 released - a samll benchmark utility

I released Benchmarker 1.1.0. http://pypi.python.org/pypi/Benchmarker/ Benchmarker is a small utility to benchmark your code. Example === ex.py:: def fib(n): return n <= 2 and 1 or fib(n-1) + fib(n-2) from benchmarker import Benchmarker bm = Benchmarker(30) #

Re: Generic Python Benchmark suite?

Le Mon, 18 Jan 2010 21:05:26 -0800, Anand Vaidya a écrit : > @Antoine, Terry, > > Thanks for the suggestions. > > I will investigate those. I just ran the pybench, doesn't run on 3.x, > 2to3 fails. You just have to use the pybench version that is bundled with 3.x (in the Tools directory). --

Re: Generic Python Benchmark suite?

Anand Vaidya wrote: > Is there a generic python benchmark suite in active development? I am > looking forward to comparing some code on various python > implementations (primarily CPython 2.x, CPython 3.x, UnladenSwallow, > Psyco). > > I am happy with something that gives me a

Re: Generic Python Benchmark suite?

On Jan 19, 5:42 am, Terry Reedy wrote: > On 1/18/2010 4:58 AM, Anand Vaidya wrote: > > > Is there a generic python benchmark suite in active development? I am > > looking forward to comparing some code on various python > > implementations (primarily CPython 2.x, CPy

Re: Generic Python Benchmark suite?

On 1/18/2010 4:58 AM, Anand Vaidya wrote: Is there a generic python benchmark suite in active development? I am looking forward to comparing some code on various python implementations (primarily CPython 2.x, CPython 3.x, UnladenSwallow, Psyco). You might find this interesting if you have not

Re: Generic Python Benchmark suite?

Le Mon, 18 Jan 2010 01:58:42 -0800, Anand Vaidya a écrit : > Is there a generic python benchmark suite in active development? I am > looking forward to comparing some code on various python implementations > (primarily CPython 2.x, CPython 3.x, UnladenSwallow, Psyco). > >

Re: Generic Python Benchmark suite?

Le Mon, 18 Jan 2010 11:30:16 +0100, Stefan Behnel a écrit : > Anand Vaidya, 18.01.2010 10:58: >> Is there a generic python benchmark suite in active development? [...] >> PS: I think a benchmark should cover file / network, database I/O, >> data structures (dict, list

Re: Generic Python Benchmark suite?

> What do you suggest? > $ man time -- Dotan Cohen http://what-is-what.com http://gibberish.co.il -- http://mail.python.org/mailman/listinfo/python-list

Re: Generic Python Benchmark suite?

Anand Vaidya, 18.01.2010 10:58: > Is there a generic python benchmark suite in active development? > [...] > PS: I think a benchmark should cover file / network, database I/O, > data structures (dict, list etc), object creation/manipulation, > numbers, measure looping inefficienc

Generic Python Benchmark suite?

Is there a generic python benchmark suite in active development? I am looking forward to comparing some code on various python implementations (primarily CPython 2.x, CPython 3.x, UnladenSwallow, Psyco). I am happy with something that gives me a relative number eg: ULS is 30% faster than CPy2.x

Re: ctype performance benchmark

Wai Yip wrote: > I started with ctypes because it is the battery included with the > Python standard library. My code is very fluid and I'm looking for > easy opportunity to optimize it. One example is to find the longest > common prefix among two strings. Right now I am comparing it character >

Re: ctype performance benchmark

Wai Yip wrote: > I started with ctypes because it is the battery included with the > Python standard library. My code is very fluid and I'm looking for > easy opportunity to optimize it. One example is to find the longest > common prefix among two strings. Right now I am comparing it character

Re: ctype performance benchmark

I started with ctypes because it is the battery included with the Python standard library. My code is very fluid and I'm looking for easy opportunity to optimize it. One example is to find the longest common prefix among two strings. Right now I am comparing it character by character with pure Pyth

Re: ctype performance benchmark

auror...@gmail.com wrote: > My overall observation is that ctypes function has an overhead that is > 2 to 3 times to a similar C extension function. This may become a > limiting factor if the function calls are fine grained. Using ctypes > for performance enhancement is a lot more productive if the

ctype performance benchmark

I have done some performance benchmarking for Python's ctypes library. I think you may find it interesting. I am planning to use ctypes as an alternative to writing C extension module for performance enhancement. Therefore my use case is slight different from the typical use case for accessing exis

Re: psyco V2 beta2 benchmark

larudwer, is that time_subdist subdist(i) a bad worsening? Something to be fixed in Psyco2? Bye, bearophile -- http://mail.python.org/mailman/listinfo/python-list

Re: psyco V2 beta2 benchmark

On 10 Jul, 04:54, Zac Burns wrote: > Where do you get this beta? I heard that Psyco V2 is coming out but > can't find anything on their site to support this. I found the Subversion repository from the Psyco site: http://psyco.sourceforge.net/ -> http://codespeak.net/svn/psyco/dist/ -> http://c

Re: psyco V2 beta2 benchmark

; Psyco V2 was built with 4.3.3-tdm-1 mingw32 with optimisation flags changed > to -O3 > > > Benchmark                                 | avg. Base time | psyco 1.6 time > | psyco 2.0 time | ratio     | possible error +- > time_anyall all_bool_genexp               | 2.270    

psyco V2 beta2 benchmark

2 was built with 4.3.3-tdm-1 mingw32 with optimisation flags changed to -O3 Benchmark | avg. Base time | psyco 1.6 time | psyco 2.0 time | ratio | possible error +- time_anyall all_bool_genexp | 2.270 | 2.250 | 2.420 |

Re: unbiased benchmark

Lie Ryan wrote: But ruby don't bite... Neither does a python, it is a constrictor, meaning it has a firm grip on the modules imported :-) -- mph -- http://mail.python.org/mailman/listinfo/python-list

Re: unbiased benchmark

Martin P. Hellwig wrote: Philip Semanchuk wrote: On Mar 12, 2009, at 4:20 PM, Daniel Fetchinson wrote: Even more amazingly, it takes approximately 30% less time to say 'ruby' than to say 'python'!!! But "python" scores 55% more points than "ruby" in Scrabble, so that's understandable. It

Re: unbiased benchmark

In the system that I tested, results were different. * System was CPU: AMD Phenom(tm) 9950 Quad-Core Processor, Frequency 2600MHz, L2 cache 512KB Memory 3164MB OS: Ubuntu 8.10 When I tried this benchmark for the first time, i...@pc:~$ time python bench.py real0m0.010s user

Re: unbiased benchmark

Philip Semanchuk wrote: On Mar 12, 2009, at 4:20 PM, Daniel Fetchinson wrote: Even more amazingly, it takes approximately 30% less time to say 'ruby' than to say 'python'!!! But "python" scores 55% more points than "ruby" in Scrabble, so that's understandable. It also explains why both la

Re: unbiased benchmark

On Mar 13, 7:58 am, Paul Rubin wrote: > Daniel Fetchinson writes: > > Even more amazingly, it takes approximately 30% less time to say > > 'ruby' than to say 'python'!!! > > That is not a fair comparison.  Python has two more letters than > Ruby, so you are accomplis

Re: unbiased benchmark

On 2009-03-12, Aahz wrote: > In article , > Grant Edwards wrote: >>On 2009-03-12, Sam Ettessoc wrote: >>> >>> Dear sir, >> >>[Rather odd "benchmark" troll elided.] > > Looks more like humor than a troll... Upon re-

Re: unbiased benchmark

Daniel Fetchinson writes: > Even more amazingly, it takes approximately 30% less time to say > 'ruby' than to say 'python'!!! That is not a fair comparison. Python has two more letters than Ruby, so you are accomplishing more when you say it. -- http://mail.python.org/mailman/listinfo/python-lis

Re: unbiased benchmark

In article , Grant Edwards wrote: >On 2009-03-12, Sam Ettessoc wrote: >> >> Dear sir, > >[Rather odd "benchmark" troll elided.] Looks more like humor than a troll... -- Aahz (a...@pythoncraft.com) <*> http://www.pythoncraft.com/ &qu

Re: unbiased benchmark

On Mar 12, 2009, at 4:20 PM, Daniel Fetchinson wrote: Even more amazingly, it takes approximately 30% less time to say 'ruby' than to say 'python'!!! But "python" scores 55% more points than "ruby" in Scrabble, so that's understandable. It also explains why both languages are much better

Re: unbiased benchmark

On Thu, 2009-03-12 at 13:25 -0700, Chris Rebert wrote: > On Thu, Mar 12, 2009 at 1:07 PM, Sam Ettessoc wrote: > > I would like to share a benchmark I did. The computer used was a > > 2160MHz Intel Core Duo w/ 2000MB of 667MHz DDR2 SDRAM running MAC OS > > 10.5.6 and a lots o

Re: unbiased benchmark

On Thu, Mar 12, 2009 at 1:07 PM, Sam Ettessoc wrote: > I would like to share a benchmark I did. The computer used was a > 2160MHz Intel Core Duo w/ 2000MB of 667MHz DDR2 SDRAM running MAC OS > 10.5.6 and a lots of software running (a typical developer > workstation). > >

Re: unbiased benchmark

> Dear sir, > > I would like to share a benchmark I did. The computer used was a > 2160MHz Intel Core Duo w/ 2000MB of 667MHz DDR2 SDRAM running MAC OS > 10.5.6 and a lots of software running (a typical developer > workstation). > > Python benchmark: > HAMBURGU

Re: unbiased benchmark

On 2009-03-12, Sam Ettessoc wrote: > Dear sir, [Rather odd "benchmark" troll elided.] > Sam Ettessoc > p.s. I have no affiliation with ruby or python devloppement team. A fact for which I'm sure both communities are grateful. -- Grant Edwards grante

unbiased benchmark

Dear sir, I would like to share a benchmark I did. The computer used was a 2160MHz Intel Core Duo w/ 2000MB of 667MHz DDR2 SDRAM running MAC OS 10.5.6 and a lots of software running (a typical developer workstation). Python benchmark: HAMBURGUESA:benchmark sam$ echo 1+1 > bench

Benchmark differences between 32 and 64 bit Python?

Anyone have any benchmarks on the difference in performance between 32 and 64 bit versions of Python for specific categories of operation, eg. math, file, string, etc. operations? My question is OS neutral so feel free to share your experience with either Windows or Linux OS's. Thank you, Malcolm

Re: benchmark

even runs a tad slower. So it's not clear whether Kris actually knows what he's doing. You are only thinking in terms of execution speed. Yes, because my remark was made in the context of the particular benchmark supposed to be the topic of this thread. No, you may notice that the abo

Re: benchmark

Peter Otten: > In general I think that if you want to promote a particular coding style you > should pick an example where you can demonstrate actual benefits. That good thing is that Python 3 has only xrange (named range), so this discussion will be mostly over ;-) Bye, bearophile -- http://mail

Re: benchmark

lates with one of the zens >>> of python ? >>> >>> There should be one-- and preferably only one --obvious way to do it. >> >> For the record, the impact of range() versus xrange() is negligable -- on >> my machine the xrange() variant even runs a tad slower. So

Re: benchmark

Peter Otten wrote: [EMAIL PROTECTED] wrote: On Aug 10, 10:10 pm, Kris Kennaway <[EMAIL PROTECTED]> wrote: jlist wrote: I think what makes more sense is to compare the code one most typically writes. In my case, I always use range() and never use psyco. But I guess for most of my work with Pyt

Re: benchmark

On Aug 11, 2:09 pm, [EMAIL PROTECTED] wrote: > On Aug 11, 10:55 am, [EMAIL PROTECTED] wrote: > > > > > On Aug 10, 10:10 pm, Kris Kennaway <[EMAIL PROTECTED]> wrote: > > > > jlist wrote: > > > > I think what makes more sense is to compare the code one most > > > > typically writes. In my case, I alw

Re: benchmark

[EMAIL PROTECTED] wrote: > On Aug 10, 10:10 pm, Kris Kennaway <[EMAIL PROTECTED]> wrote: >> jlist wrote: >> > I think what makes more sense is to compare the code one most >> > typically writes. In my case, I always use range() and never use psyco. >> > But I guess for most of my work with Python

Re: benchmark

On Aug 11, 10:55 am, [EMAIL PROTECTED] wrote: > On Aug 10, 10:10 pm, Kris Kennaway <[EMAIL PROTECTED]> wrote: > > > jlist wrote: > > > I think what makes more sense is to compare the code one most > > > typically writes. In my case, I always use range() and never use psyco. > > > But I guess for mo

Re: benchmark

On Aug 10, 10:10 pm, Kris Kennaway <[EMAIL PROTECTED]> wrote: > jlist wrote: > > I think what makes more sense is to compare the code one most > > typically writes. In my case, I always use range() and never use psyco. > > But I guess for most of my work with Python performance hasn't been > > a is

Re: benchmark

jlist wrote: I think what makes more sense is to compare the code one most typically writes. In my case, I always use range() and never use psyco. But I guess for most of my work with Python performance hasn't been a issue. I haven't got to write any large systems with Python yet, where performan

Re: benchmark

Angel Gutierrez wrote: Steven D'Aprano wrote: On Thu, 07 Aug 2008 00:44:14 -0700, alex23 wrote: Steven D'Aprano wrote: In other words, about 20% of the time he measures is the time taken to print junk to the screen. Which makes his claim that "all the console outputs have been removed so th

Re: benchmark

Dhananjay wrote: On Aug 7, 11:58 pm, Terry Reedy <[EMAIL PROTECTED]> wrote: [EMAIL PROTECTED] wrote: > Are there any implications of using psyco ? It compiles statements to machine code for each set of types used in the statement or code block over the history of the run. So code used polym

Re: benchmark

On Aug 8, 9:08 am, alex23 <[EMAIL PROTECTED]> wrote: > On Aug 8, 2:49 pm, Dhananjay <[EMAIL PROTECTED]> wrote: > > > Is it that a question of time and effort, > > or is there something that doesn't make it appropriate to python ? > > I don't think I've ever seen anyone who has raised concerns about

Re: benchmark

On Aug 8, 2:49 pm, Dhananjay <[EMAIL PROTECTED]> wrote: > Is it that a question of time and effort, > or is there something that doesn't make it appropriate to python ? I don't think I've ever seen anyone who has raised concerns about the speed of python actually offer to contribute to resolving i

Re: benchmark

On Aug 7, 2:05 am, "Jack" <[EMAIL PROTECTED]> wrote: > I know one benchmark doesn't mean much but it's still disappointing to see > Python as one of the slowest languages in the test: > > http://blog.dhananjaynene.com/2008/07/performance-comparison-c-jav

Re: benchmark

On Aug 7, 11:58 pm, Terry Reedy <[EMAIL PROTECTED]> wrote: > [EMAIL PROTECTED] wrote: >  > Are there any implications of using psyco ? > > It compiles statements to machine code for each set of types used in the > statement or code block over the history of the run.  So code used > polymorphically

Re: benchmark

s premature still); - making some code faster for a benchmark can teach you how to make the code faster in general, how CPUs work, or even a some bits of computer science; - if the benchmarks are well chosen and well used, they can show you what are the faster languages (you may say 'the faster

Re: benchmark

[EMAIL PROTECTED] wrote: Is there any reason why the psyco is not a part of the core python feature set ? Psyco was a PhD project. I do not believe the author ever offered it. Last I knew, it was almost but not completely compatible. Is there a particular reason it is better to be kept

Re: benchmark

en that and this exercise. > It's great that you saw value in Python enough to choose it for actual > project work. It's a shame you didn't endeavour to understand it well > enough before including it in your benchmark. I have endeavoured hard, and maybe there's a short

Re: benchmark

nd slow in Python. Or that > try...except is fast in Python, and slow in Java. > That's true, but note that the original post doesn't attempt to draw any conclusions about what's fast or slow from the benchmark, which is one reason why it's a poor example of benchmarking.

Re: benchmark

p the algorithm constant. Imagine how we would holler and shout if the benchmark compared Ruby using Quicksort and Python using Bubblesort. I guess what some of us are complaining about is that the algorithm chosen doesn't suit Python's execution model very well, and hence Python is s

Re: benchmark

ch > an -amazingly- artificial constraint to me. That you're a fan of > Python makes such a decision even more confusing. > > It's great that you saw value in Python enough to choose it for actual > project work. It's a shame you didn't endeavour to unde

Re: benchmark

> > Honestly, performance benchmarks seem to be the dick size comparison > of programming languages. > But in the honour of dick size: http://shootout.alioth.debian.org/gp4/benchmark.php?test=all&lang=all http://shootout.alioth.debian.org/debian/benchmark.php?test=all&lang=all -- http://mail.pyth

Re: benchmark

ing. It's great that you saw value in Python enough to choose it for actual project work. It's a shame you didn't endeavour to understand it well enough before including it in your benchmark. As for it being "disappointing", the real question is: has it been disapp

Re: benchmark

On Aug 7, 2:52 pm, [EMAIL PROTECTED] wrote: > On Aug 7, 6:38 am, [EMAIL PROTECTED] wrote: > > > On Aug 7, 2:05 am, "Jack" <[EMAIL PROTECTED]> wrote: > > > > I know one benchmark doesn't mean much but it's still disappointing to see > &

Re: benchmark

On Aug 7, 5:05 am, "Jack" <[EMAIL PROTECTED]> wrote: > I know one benchmark doesn't mean much but it's still disappointing to see > Python as one of the slowest languages in the test: > > http://blog.dhananjaynene.com/2008/07/performance-comparison-c-java-p.

Re: benchmark

Stefan Behnel a écrit : Jack wrote: I know one benchmark doesn't mean much but it's still disappointing to see Python as one of the slowest languages in the test: http://blog.dhananjaynene.com/2008/07/performance-comparison-c-java-python-ruby-jython-jruby-groovy/ Just ignore th

Re: benchmark

jlist: > I think what makes more sense is to compare the code one most > typically writes. In my case, I always use range() and never use psyco. If you don't use Python 3 and your cycles can be long, then I suggest you to start using xrange a lot :-) (If you use Psyco you don't need xrange). M8R

Re: benchmark

On Aug 7, 12:44 pm, alex23 <[EMAIL PROTECTED]> wrote: > Steven D'Aprano wrote: > > In other words, about 20% of the time he measures is the time taken to > > print junk to the screen. > > Which makes his claim that "all the console outputs have been removed > so that the benchmarking activity is no

Re: benchmark

Steven D'Aprano a écrit : On Thu, 07 Aug 2008 07:49:45 +0200, Stefan Behnel wrote: Jack wrote: I know one benchmark doesn't mean much but it's still disappointing to see Python as one of the slowest languages in the test: http://blog.dhananjaynene.com/2008/07/performance-co

Re: benchmark

On Aug 7, 6:38 am, [EMAIL PROTECTED] wrote: > On Aug 7, 2:05 am, "Jack" <[EMAIL PROTECTED]> wrote: > > > I know one benchmark doesn't mean much but it's still disappointing to see > > Python as one of the slowest languages in the test: > >

Re: benchmark

Steven D'Aprano wrote: > On Thu, 07 Aug 2008 00:44:14 -0700, alex23 wrote: > >> Steven D'Aprano wrote: >>> In other words, about 20% of the time he measures is the time taken to >>> print junk to the screen. >> >> Which makes his claim that "all the console outputs have been removed so >> that t

Re: benchmark

On Thu, 07 Aug 2008 00:44:14 -0700, alex23 wrote: > Steven D'Aprano wrote: >> In other words, about 20% of the time he measures is the time taken to >> print junk to the screen. > > Which makes his claim that "all the console outputs have been removed so > that the benchmarking activity is not in

Re: benchmark

Steven D'Aprano wrote: > In other words, about 20% of the time he measures is the time taken to > print junk to the screen. Which makes his claim that "all the console outputs have been removed so that the benchmarking activity is not interfered with by the IO overheads" somewhat confusing...he di

Re: benchmark

I think what makes more sense is to compare the code one most typically writes. In my case, I always use range() and never use psyco. But I guess for most of my work with Python performance hasn't been a issue. I haven't got to write any large systems with Python yet, where performance starts to ma

Re: benchmark

On Thu, 07 Aug 2008 07:49:45 +0200, Stefan Behnel wrote: > Jack wrote: >> I know one benchmark doesn't mean much but it's still disappointing to >> see Python as one of the slowest languages in the test: >> >> http://blog.dhananjaynene.com/2008/07/perfo

Re: benchmark

Jack wrote: > I know one benchmark doesn't mean much but it's still disappointing to see > Python as one of the slowest languages in the test: > > http://blog.dhananjaynene.com/2008/07/performance-comparison-c-java-python-ruby-jython-jruby-groovy/ > Just ignore t

Re: benchmark

On Aug 7, 2:05 am, "Jack" <[EMAIL PROTECTED]> wrote: > I know one benchmark doesn't mean much but it's still disappointing to see > Python as one of the slowest languages in the test: > > http://blog.dhananjaynene.com/2008/07/performance-comparison-c-java-p...

Re: benchmark

Jack wrote: I know one benchmark doesn't mean much but it's still disappointing to see Python as one of the slowest languages in the test: http://blog.dhananjaynene.com/2008/07/performance-comparison-c-java-python-ruby-jython-jruby-groovy/ -- http://mail.python.org/mailman/listi

benchmark

I know one benchmark doesn't mean much but it's still disappointing to see Python as one of the slowest languages in the test: http://blog.dhananjaynene.com/2008/07/performance-comparison-c-java-python-ruby-jython-jruby-groovy/ -- http://mail.python.org/mailman/listinfo/python-list

Latest XML Parsing/Memory benchmark

The latest benchmark results are now available using the latest Intel Core2 Duo processor. In summary, VTD-XML using JDK 1.6's server JVM achieved an astonishing 120MB/sec sustained throughput per core on a Core2 Duo 2.5 GHz processor. * Parsing Only: http://www.ximpleware.co

Re: Benchmark [was Re: common problem - elegant solution sought]

On Jan 15, 6:18 pm, Paul Rubin wrote: > Helmut Jarausch <[EMAIL PROTECTED]> writes: > > def del_by_key(L,key) : > >for pos, (k,d) in enumerate(L): > > if k == key : > >del L[pos] > >break > > This looks very dangerous, mutating L while iterating

Re: Benchmark [was Re: common problem - elegant solution sought]

Paul Rubin wrote: > Helmut Jarausch <[EMAIL PROTECTED]> writes: >> def del_by_key(L,key) : >>for pos, (k,d) in enumerate(L): >> if k == key : >>del L[pos] >>break > > This looks very dangerous, mutating L while iterating over it. No, as Bruno Desthuilliers has pointed ou

Re: Benchmark [was Re: common problem - elegant solution sought]

Helmut Jarausch <[EMAIL PROTECTED]> writes: > def del_by_key(L,key) : >for pos, (k,d) in enumerate(L): > if k == key : >del L[pos] >break This looks very dangerous, mutating L while iterating over it. -- http://mail.python.org/mailman/listinfo/python-list

Re: Benchmark [was Re: common problem - elegant solution sought]

Helmut Jarausch: > The clear winner is > > def del_by_key(L,key) : >for pos, (k,d) in enumerate(L): > if k == key : >del L[pos] >break If you use Psyco this is faster: def del_by_key(L,key): pos = 0 for pair in L: if pair[0] == key : del L[pos]

Benchmark [was Re: common problem - elegant solution sought]

Again, many thanks to all who provide their solution. I have timed these (though on my old P3(0.9GHz)) - see below Helmut. Helmut Jarausch wrote: > Hi, > > I'm looking for an elegant solution of the following tiny but common > problem. > > I have a list of tuples (Unique_ID,Date) both of which

Re: Benchmark...

Google and wikipedia! On Nov 30, 2007 9:39 AM, ArShAm Shirvani <[EMAIL PROTECTED]> wrote: > Hi > I need a benchmark for speed , comparing with other languages > > Regards > Arsham > > -- > http://mail.python.org/mailman/listinfo/python-list > -- http://sear

Benchmark...

Hi I need a benchmark for speed , comparing with other languages Regards Arsham -- http://mail.python.org/mailman/listinfo/python-list

Re: Very simple speed benchmark of few string substitions ways

Rafal Zawadzki wrote: > I was curious of performance new Python 2.4 "Simpler String Substitutions" > so I decided to benchmark it. What I get > > [EMAIL PROTECTED]:~/python/benchmarks$ python template.py > Normal python string substition = 0.017546 seconds >

Very simple speed benchmark of few string substitions ways

I was curious of performance new Python 2.4 "Simpler String Substitutions" so I decided to benchmark it. What I get [EMAIL PROTECTED]:~/python/benchmarks$ python template.py Normal python string substition = 0.017546 seconds PEP 292: Simpler String Substitutions = 0.2437

ANN: Python benchmark suite

Hi I'd like to announce the pyvmbench benchmark suite which is designed to evaluate different python implementations, different versions of the same implementation and different compilers/compilation flags for the same version of a python implementation (same). If you want, you can of c

RE: Pystone benchmark: Win vs. Linux (again)

Franco Fiorese wrote: > * Windows XP Pro: 16566.7 pystones/second > * Linux (kernel 2.6.9 NPTL): 12346.2 pystones/second First of all, realise that pystone is not meant to be a general-purpose benchmarking program. It test a specific, *small* subset of the functionality available in Python.

  1   2   >