Re: python b.python 8 works on XP but not on Vista?

On Mar 6, 6:50 pm, Steven D'Aprano wrote: > On Sat, 06 Mar 2010 21:10:02 -0500, sstein...@gmail.com wrote: > > On Mar 6, 2010, at 8:23 PM, Isaac Gouy wrote: > > >> On Mar 6, 4:53 pm, Chris Rebert wrote: > >>> On Sat, Mar 6, 2010 at 4:42 PM, Isaac Gouy

Re: python b.python 8 works on XP but not on Vista?

On Mar 6, 4:53 pm, Chris Rebert wrote: > On Sat, Mar 6, 2010 at 4:42 PM, Isaac Gouy wrote: > > On Mar 6, 4:02 pm, Chris Rebert wrote: > >> On Sat, Mar 6, 2010 at 3:53 PM, Isaac Gouy wrote: > >> > At the command prompt: > > >> >   python

Re: python b.python 8 works on XP but not on Vista?

On Mar 6, 4:02 pm, Chris Rebert wrote: > On Sat, Mar 6, 2010 at 3:53 PM, Isaac Gouy wrote: > > At the command prompt: > > >   python b.py 8 > > works fine on both XP and Vista > > >   python b.python 8 > > works on XP (and Linux) > > > but on Vista

python b.python 8 works on XP but not on Vista?

At the command prompt: python b.py 8 works fine on both XP and Vista python b.python 8 works on XP (and Linux) but on Vista python b.python 8 ImportError: No module named b ? -- http://mail.python.org/mailman/listinfo/python-list

Re: python memory use

On Sep 30, 7:38 am, Gary Robinson wrote: > The chart > athttp://shootout.alioth.debian.org/u32q/benchmark.php?test=all〈=ja...is very > interesting to me because it shows CPython using much less memory than Java > for most tests. > > I'd be interested in knowing whether anybody can share info ab

Re: If Scheme is so good why MIT drops it?

On Jul 21, 10:09 pm, Raffael Cavallaro wrote: > On 2009-07-21 19:06:02 -0400, Neil Hodgson > said: > > >    Python uses native threads. > > So it can be teh-slowness on all ur cores! > > > > The global interpreter lock doesn't

set_process_affinity_mask problem - Python 2.5 gcc 4.3.2 (Ubuntu 4.3.2-1ubuntu12)

For a couple of months, I've been successfully using the Python set_process_affinity_mask wrapper from http://pypi.python.org/pypi/affinity/0.1.0 Now I've upgraded from Ubuntu 8.04 to Ubuntu 8.10 (from gcc 4.2.3 to gcc 4.3.2) and set_process_affinity_mask seems to fail on the x86 Ubuntu inst

Re: Performance of Python 3

On Mar 2, 12:02 am, Stefan Behnel wrote: > Isaac Gouy wrote: > > On Mar 1, 11:24 am, Stefan Behnel wrote: > >> Isaac Gouy wrote: > >>> On Mar 1, 8:10 am, Stefan Behnel wrote: > >>>> As long as that gives you improvements of > >>>> 100

Re: Performance of Python 3

On Mar 1, 11:24 am, Stefan Behnel wrote: > Isaac Gouy wrote: > > On Mar 1, 8:10 am, Stefan Behnel wrote: > >> As long as that gives you improvements of > >> 100-1000 times almost for free, I wouldn't bother too much with changing > >> the platform just b

Re: Performance of Python 3

On Mar 1, 11:15 am, Thorsten Kampe wrote: > * Isaac Gouy (Sun, 1 Mar 2009 08:27:05 -0800 (PST)) > > > On Mar 1, 8:10 am, Stefan Behnel wrote: > > > Paul Rubin wrote: > > > > Steve Holden writes: > > > >> I'm not sure what you think the speed

Re: Performance of Python 3

On Mar 1, 8:10 am, Stefan Behnel wrote: > Paul Rubin wrote: > > Steve Holden writes: > >> I'm not sure what you think the speed of Ruby has to do with Python. > > > In the real world, people care about the relative speed of programs. > > Fine, but theShootoutonAliothisn't a particularly pythonic

Re: 2to3 used in the Shootout

On Dec 29 2008, 8:36 am, prueba...@latinmail.com wrote: > On Dec 23, 5:21 pm, Isaac Gouy wrote: > > > On Dec 23, 11:51 am, bearophileh...@lycos.com wrote: > > > > They have translated the Python benchmarks of theShootoutsite from > > > P

Re: 2to3 used in the Shootout

On Dec 23, 11:51 am, bearophileh...@lycos.com wrote: > They have translated the Python benchmarks of the Shootout site from > Py2 to Py3 using 2to3: > > http://shootout.alioth.debian.org/u32/benchmark.php?test=all〈=pyt... So please re-write those programs to remove problems created by automatic t

Re: Python is slow

On Dec 12, 11:41 am, Bruno Desthuilliers wrote: > sturlamolden a écrit : > (snip) > > > Creating a fast implementation of a dynamic language is almost rocket > > science. But it has been done. There is Stronghold, the fastest > > version of Smalltalk known to man, on which the Sun Java VM is based

Re: Python is slow

On Dec 12, 6:58 am, bearophileh...@lycos.com wrote: > sturlamolden: > > > On a recent benchmark Java 6 -server beats C compiled by GCC 4.2.3 And > > most of that magic comes from an implementation of a dynamically typed > > language (Smalltalk). [...] > >http://shootout.alioth.debian.org/u32q/bench

libgtop gtop.proc_time(pid) examples?

Please show an example of using the Python libgtop wrapper to get process time information, or say where such examples can be found. -- http://mail.python.org/mailman/listinfo/python-list

Re: IronPython vs CPython: faster in 1.6 times?

On Feb 6, 1:54 pm, Stefan Behnel <[EMAIL PROTECTED]> wrote: > Isaac Gouy wrote: > > On Feb 5, 11:47 am, Stefan Behnel <[EMAIL PROTECTED]> wrote: > >> [EMAIL PROTECTED] schrieb: > > >>> Mike C. Fletcher: > >>>> Not sure if Mono also prov

Re: IronPython vs CPython: faster in 1.6 times?

On Feb 6, 12:04 am, [EMAIL PROTECTED] wrote: > Stefan Behnel: > > > This doesn't look like Mono to me: > >IronPython 1.1 (1.1) on .NET 2.0.50727.42 > > You are right! No. > I think this shows that IronPython isn't faster than > CPython at all :-) (And it uses more memory). -- http://mail.p

Re: IronPython vs CPython: faster in 1.6 times?

On Feb 5, 11:47 am, Stefan Behnel <[EMAIL PROTECTED]> wrote: > [EMAIL PROTECTED] schrieb: > > > Mike C. Fletcher: > >> Not sure if Mono also provides a speedup. > > > There is a set of good benchmarks here, the answer is negative: > >http://shootout.alioth.debian.org/sandbox/benchmark.php?test=all&

Re: My newbie annoyances so far

On May 6, 9:29 pm, John Nagle <[EMAIL PROTECTED]> wrote: > Isaac Gouy wrote: > > On May 6, 6:09 pm, John Nagle <[EMAIL PROTECTED]> wrote: > > >>Alex Martelli wrote: > > >>>John Nagle <[EMAIL PROTECTED]> wrote: > > >>>>

Re: My newbie annoyances so far

On May 6, 6:09 pm, John Nagle <[EMAIL PROTECTED]> wrote: > Alex Martelli wrote: > > John Nagle <[EMAIL PROTECTED]> wrote: > > >>[EMAIL PROTECTED] wrote: > > >>>On Apr 27, 9:07 am, John Nagle <[EMAIL PROTECTED]> wrote: > > The CPython implementation is unreasonably slow compared > to good im

Re: Py 2.5 on Language Shootout

Ramon Diaz-Uriarte wrote: > On 20 Jan 2007 11:34:46 -0800, Isaac Gouy <[EMAIL PROTECTED]> wrote: > > > > Ramon Diaz-Uriarte wrote: > > > On 1/20/07, Carl Friedrich Bolz <[EMAIL PROTECTED]> wrote: > > > > [EMAIL PROTECTED] wrote: > > > >

Re: Py 2.5 on Language Shootout

Ramon Diaz-Uriarte wrote: > On 1/20/07, Carl Friedrich Bolz <[EMAIL PROTECTED]> wrote: > > [EMAIL PROTECTED] wrote: > > >>> Looking over the benchmarks, one gains the impression that Python is a > > >>> slow language. > > >> What does that even mean - a slow language? > > >> > > > > > > The

Re: Py 2.5 on Language Shootout

[EMAIL PROTECTED] wrote: > Isaac Gouy wrote: > > [EMAIL PROTECTED] wrote: > > > Alioth is a great site for selecting the language in which to implement > > > primitives. Usually it's C. > > > > And for selecting a language for which you might need to i

Re: Py 2.5 on Language Shootout

[EMAIL PROTECTED] wrote: > Alioth is a great site for selecting the language in which to implement > primitives. Usually it's C. And for selecting a language for which you might need to implement primitives in C :-) > > Two of the alioth benchmarks, Partial-sums and Spectral-norm, could be > don

Re: Duck typing alows true polymorfisim

The Ghost In The Machine wrote: > In comp.lang.java.advocacy, Tor Iver Wilhelmsen > <[EMAIL PROTECTED]> > wrote > on 31 Aug 2006 18:31:15 +0200 > <[EMAIL PROTECTED]>: > > The Ghost In The Machine <[EMAIL PROTECTED]> writes: > > > >> Also, one language is very conspicuous by its absence: C#. > > >

Re: Is python very slow compared to C

Steven D'Aprano wrote: > On Sun, 12 Feb 2006 03:03:20 -0800, bearophileHUGS wrote: > > > Steven D'Aprano>Very slow to do what, compared to what? The decay time > > of the tau meson?< > > > > Probably every answer I can give you is wrong for you, so answering is > > almost useless... > > We do actua

Re: Python vs. Lisp -- please explain

Steven D'Aprano wrote: > On Tue, 21 Feb 2006 09:46:27 -0800, Donn Cave wrote: > > > In article <[EMAIL PROTECTED]>, > > Steven D'Aprano <[EMAIL PROTECTED]> wrote: > > ... > >> Hey Donn, here is a compiled program for the PowerPC, > >> or an ARM processor, or one of IBM's Big Iron > >> mainframes.

Re: python speed

Fredrik Lundh wrote: > Isaac Gouy wrote: > > >> and yes, the proposition matches my experiences. java heads prefer to do > >> everything in java, while us pythoneers happily mix and match whenever we > >> can... (which is why guoy's "benchmarks

Re: python speed

Fredrik Lundh wrote: > Cameron Laird wrote: > > >>You are missing the main idea: Java is by design a general purpose > >>programming language. That's why all "GMPYs" and alike are written in > >>Java - now wrappers to C-libraries. Python, by design, is glue > > . > > I don't understand the sentenc

Re: python speed

[EMAIL PROTECTED] wrote: > Isaac Gouy wrote: > > Peter Hansen wrote: > > > Isaac Gouy wrote: > > > > Peter Hansen wrote: > > > >>Judging by the other posts in this thread, the gauntlet is down: Python > > > >>is faster than Java. Le

Re: python speed

[EMAIL PROTECTED] wrote: > Isaac Gouy wrote: > > > Which stated "Python is doing the heavy lifting with GMPY which is a > > compiled C program with a Python wrapper" - but didn't seem to compare > > that to GMPY with a Java wrapper? > > You are missi

Re: python speed

Peter Hansen wrote: > Isaac Gouy wrote: > > Peter Hansen wrote: > >>Judging by the other posts in this thread, the gauntlet is down: Python > >>is faster than Java. Let those who believe otherwise prove their point > >>with facts, and without artificially hand

Re: python speed

Peter Hansen wrote: > David Rasmussen wrote: > > Frithiof Andreas Jensen wrote: > >>From the speed requirement: Is that correspondance chess by any chance?? > > > > Regular chess at tournament time controls requires speed too. Any pure > > Python chess program would lose badly to the best C/C++ pr