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
"Michael Bacarella" wrote:
> 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
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 tes
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(
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)
> 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
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 te
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 b
"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,
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 mult
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 rece
> 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 sol
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 versi
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 is
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
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.
--
http://mail.python.org/mailman/listinfo/pyth
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.
> 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 s
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
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+ minute
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.
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+ minute
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
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 Pyth
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 inst
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*
> > 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
27 matches
Mail list logo
