On Nov 15, 9:51 pm, Michael Bacarella [EMAIL PROTECTED] wrote:
Since some people missed the EUREKA!, here's the executive summary:
Python2.3: about 45 minutes
Python2.4: about 45 minutes
Python2.5: about _30 seconds_
FYI, I tried on two 64 bit SMP machines (4 way
Michael Bacarella mb...opper.comwrote:
I am so sorry to have ruined the decorum.
Oh dear!
I confidently predict that this thread will now
degenerate to include such things as dignitas
and gravitas.
- Hendrik
--
http://mail.python.org/mailman/listinfo/python-list
Steven D'Aprano [EMAIL PROTECTED] writes:
Can you post minimal code that exhibits this behavior on Python 2.5.1?
The OP posted a lot of different versions, most of which worked just
fine for most people.
Who were testing it on single-CPU, 32 bit systems.
Still, I'd like to see a test case
On Nov 16, 1:18 pm, Michael Bacarella [EMAIL PROTECTED] wrote:
You're right, it is completely inappropriate for us to be showing our
dirty laundry to the public.
you are misinterpreting my words on many levels,
(and I of course could have refrained from the chair-monitor jab as
well)
anyhow,
Steven D'Aprano wrote:
Can you try it running in 64-bit mode?
Here are my results using the following test.py:
$ cat test.py
#!/usr/bin/python
import time
print Starting: %s % time.ctime()
v = {}
for line in open('keys.txt'):
v[long(line.strip())] = True
print Finished: %s % time.ctime()
Do you really believe that you cannot create or delete a large
dictionary with python versions less than 2.5 (on a 64 bit or multi-
cpu system)? That a bug of this magnitude has not been noticed until
someone posted on clp?
You're right, it is completely inappropriate for us to be showing our
On Fri, 16 Nov 2007 11:24:24 +0100, Hrvoje Niksic wrote:
Steven D'Aprano [EMAIL PROTECTED] writes:
Can you post minimal code that exhibits this behavior on Python 2.5.1?
The OP posted a lot of different versions, most of which worked just
fine for most people.
Who were testing it on
On Nov 14, 6:26 pm, Steven D'Aprano [EMAIL PROTECTED]
cybersource.com.au wrote:
Someone please summarize.
Yes, that would be good.
On systems with multiple CPUs or 64-bit systems, or both, creating and/or
deleting a multi-megabyte dictionary in recent versions of Python (2.3,
2.4, 2.5 at
On Nov 14, 6:26 pm, Steven D'Aprano [EMAIL PROTECTED]
cybersource.com.au wrote:
On systems with multiple CPUs or 64-bit systems, or both, creating and/or
deleting a multi-megabyte dictionary in recent versions of Python (2.3,
2.4, 2.5 at least) takes a LONG time, of the order of 30+ minutes,
On Nov 14, 2007 5:26 PM, Steven D'Aprano
[EMAIL PROTECTED] wrote:
On Wed, 14 Nov 2007 18:16:25 +0100, Hrvoje Niksic wrote:
Aaron Watters [EMAIL PROTECTED] writes:
On Nov 12, 12:46 pm, Michael Bacarella [EMAIL PROTECTED] wrote:
It takes about 20 seconds for me. It's possible it's
On Nov 14, 6:26 pm, Steven D'Aprano [EMAIL PROTECTED]
cybersource.com.au wrote:
On systems with multiple CPUs or 64-bit systems, or both, creating and/or
deleting a multi-megabyte dictionary in recent versions of Python (2.3,
2.4, 2.5 at least) takes a LONG time, of the order of 30+ minutes,
On Nov 15, 2:11 pm, Istvan Albert [EMAIL PROTECTED] wrote:
There is nothing wrong with neither creating nor deleting
dictionaries.
I suspect what happened is this: on 64 bit
machines the data structures for creating dictionaries
are larger (because pointers take twice as much space),
so you run
On Nov 15, 2:11 pm, Istvan Albert [EMAIL PROTECTED] wrote:
There is nothing wrong with neither creating nor deleting
dictionaries.
I suspect what happened is this: on 64 bit
machines the data structures for creating dictionaries
are larger (because pointers take twice as much space),
so
On Thu, 15 Nov 2007 11:11:57 -0800, Istvan Albert wrote:
On Nov 14, 6:26 pm, Steven D'Aprano [EMAIL PROTECTED]
cybersource.com.au wrote:
On systems with multiple CPUs or 64-bit systems, or both, creating
and/or deleting a multi-megabyte dictionary in recent versions of
Python (2.3, 2.4,
On Thu, 15 Nov 2007 10:51:08 -0600, Chris Mellon wrote:
I can't duplicate this in a dual CPU (64 bit, but running in 32 bit mode
with a 32 bit OS) system.
Can you try it running in 64-bit mode?
What Python version are you running?
--
Steven.
--
Steven D'Aprano [EMAIL PROTECTED] writes:
Someone please summarize.
Yes, that would be good.
On systems with multiple CPUs or 64-bit systems, or both, creating and/or
deleting a multi-megabyte dictionary in recent versions of Python (2.3,
2.4, 2.5 at least) takes a LONG time, of the
On Thu, 15 Nov 2007 15:51:25 -0500, Michael Bacarella wrote:
Since some people missed the EUREKA!, here's the executive summary:
Python2.3: about 45 minutes
Python2.4: about 45 minutes
Python2.5: about _30 seconds_
I'm really happy that upgrading to 2.5 solved the issue
On Nov 15, 2007 2:57 PM, Steven D'Aprano
[EMAIL PROTECTED] wrote:
On Thu, 15 Nov 2007 10:51:08 -0600, Chris Mellon wrote:
I can't duplicate this in a dual CPU (64 bit, but running in 32 bit mode
with a 32 bit OS) system.
Can you try it running in 64-bit mode?
What Python version are you
On Thu, 15 Nov 2007 15:51:25 -0500, Michael Bacarella wrote:
Since some people missed the EUREKA!, here's the executive summary:
Python2.3: about 45 minutes
Python2.4: about 45 minutes
Python2.5: about _30 seconds_
I'm really happy that upgrading to 2.5 solved the issue
On Thu, 15 Nov 2007 21:51:21 +0100, Hrvoje Niksic wrote:
Steven D'Aprano [EMAIL PROTECTED] writes:
Someone please summarize.
Yes, that would be good.
On systems with multiple CPUs or 64-bit systems, or both, creating
and/or deleting a multi-megabyte dictionary in recent versions of
Steven D'Aprano [EMAIL PROTECTED] writes:
(7) It occurs in Python 2.3, 2.4 and 2.5, but not 2.5.1.
Do we treat this as a solved problem and move on?
I'm not comfortable with this. Better to identify the cause for
certain. I'll look at it sometime if I get a chance. I have some
64-bit
Steven D'Aprano [EMAIL PROTECTED] wrote in message
news:[EMAIL PROTECTED]
| (7) It occurs in Python 2.3, 2.4 and 2.5, but not 2.5.1.
|
| Do we treat this as a solved problem and move on?
If the problem was fixed accidentally as an undocumented by product of a
patch aimed at something else, it
On Nov 15, 4:11 pm, Steven D'Aprano [EMAIL PROTECTED]
cybersource.com.au wrote:
Unless you're accusing both myself and the original poster of outright
lying, of faking our results, what's your explanation?
I don't attribute it to malice, I think you're simply measuring
something else. You both
On Nov 12, 12:46 pm, Michael Bacarella [EMAIL PROTECTED] wrote:
It takes about 20 seconds for me. It's possible it's related to
int/long
unification - try using Python 2.5. If you can't switch to 2.5, try
using string keys instead of longs.
Yes, this was it. It ran *very* fast on
Aaron Watters [EMAIL PROTECTED] writes:
On Nov 12, 12:46 pm, Michael Bacarella [EMAIL PROTECTED] wrote:
It takes about 20 seconds for me. It's possible it's related to
int/long
unification - try using Python 2.5. If you can't switch to 2.5, try
using string keys instead of longs.
Yes,
On Wed, 14 Nov 2007 18:16:25 +0100, Hrvoje Niksic wrote:
Aaron Watters [EMAIL PROTECTED] writes:
On Nov 12, 12:46 pm, Michael Bacarella [EMAIL PROTECTED] wrote:
It takes about 20 seconds for me. It's possible it's related to
int/long
unification - try using Python 2.5. If you can't
You can download the list of keys from here, it's 43M gzipped:
http://www.sendspace.com/file/9530i7
and see it take about 45 minutes with this:
$ cat cache-keys.py
#!/usr/bin/python
v = {}
for line in open('keys.txt'):
v[long(line.strip())] = True
It takes
27 matches
Mail list logo
