On 4/10/2010 2:53 PM, Denis Kolodin wrote:
The first thing I want to say about is an extension of CSV api.
I believe speculative proposals like this fit better on the python-list
or python-ideas list.
tjr
___
Python-Dev mailing list
Python-Dev@py
I may be missing the point, but ISTM that the assumption of this
approach is that there are often collisions in the hash table. I think
that assumption is false; at least, I recommend to validate that
assumption before proceeding.
It's just an experiment for a class, not something I am (yet)
s
On Sat, Apr 10, 2010 at 4:13 PM, average wrote:
> > On behalf of the Python development team, I'm merry to announce the first
> beta
> > release of Python 2.7.
> >
> > Python 2.7 is scheduled (by Guido and Python-dev) to be the last major
> version
> > in the 2.x series. Though more major releas
On Apr 10, 2010, at 08:28 PM, Georg Brandl wrote:
>Am 10.04.2010 18:12, schrieb Guido van Rossum:
>> On Sat, Apr 10, 2010 at 8:58 AM, Barry Warsaw wrote:
>>> On Apr 09, 2010, at 05:41 PM, Guido van Rossum wrote:
>>>
On Fri, Apr 9, 2010 at 3:54 PM, Paul Moore wrote:
> Would it be better t
> On behalf of the Python development team, I'm merry to announce the first beta
> release of Python 2.7.
>
> Python 2.7 is scheduled (by Guido and Python-dev) to be the last major version
> in the 2.x series. Though more major releases have not been absolutely ruled
> out, it's likely that the 2.
On Sat, Apr 10, 2010 at 4:40 PM, Antoine Pitrou wrote:
> Reid Kleckner mit.edu> writes:
>>
>> I think you're right about the number of collisions, though. CPython
>> dicts use a pretty low load factor (2/3) to keep collision counts
>> down. One of the major benefits cited in the paper is the ab
Antoine Pitrou pitrou.net> writes:
>
> Why wouldn't it matter? Hash collisions still involve more CPU work, even
though
> if you're not access memory a lot.
(sorry for the awful grammar in the last sentence)
___
Python-Dev mailing list
Python-Dev@py
Reid Kleckner mit.edu> writes:
>
> I think you're right about the number of collisions, though. CPython
> dicts use a pretty low load factor (2/3) to keep collision counts
> down. One of the major benefits cited in the paper is the ability to
> maintain performance in the face of higher load fa
On Sat, Apr 10, 2010 at 2:57 PM, "Martin v. Löwis" wrote:
>> Any other advice would also be helpful.
>
> I may be missing the point, but ISTM that the assumption of this
> approach is that there are often collisions in the hash table. I think
> that assumption is false; at least, I recommend to va
Benjamin Peterson python.org> writes:
>
> On behalf of the Python development team, I'm merry to announce the first beta
> release of Python 2.7.
Congratulations, and thanks for your patience :)
___
Python-Dev mailing list
Python-Dev@python.org
http
> Any other advice would also be helpful.
I may be missing the point, but ISTM that the assumption of this
approach is that there are often collisions in the hash table. I think
that assumption is false; at least, I recommend to validate that
assumption before proceeding.
There are, of course, ca
Hello!
My name is Denis Kolodin. I live in Russia, Tambov.
I was developing much time with C, Java, C#, R. But two month ago I'm using
Python.
It's really cool. Now, I move ALL my projects to it fully and have some
ideas which API's
extensions may will be useful.
The first thing I want to say about
On behalf of the Python development team, I'm merry to announce the first beta
release of Python 2.7.
Python 2.7 is scheduled (by Guido and Python-dev) to be the last major version
in the 2.x series. Though more major releases have not been absolutely ruled
out, it's likely that the 2.7 release w
On Sat, Apr 10, 2010 at 13:37, Tim Golden wrote:
> On 10/04/2010 17:02, Brian Curtin wrote:
>
>> I contacted David Bolen for some details about the his buildbot because I
>> can't reproduce the failure on any Windows XP, Server 2003, or 7 box that
>> I
>> have, and it's also not a problem on the
On 10/04/2010 17:02, Brian Curtin wrote:
I contacted David Bolen for some details about the his buildbot because I
can't reproduce the failure on any Windows XP, Server 2003, or 7 box that I
have, and it's also not a problem on the other XP buildbot. He's traveling
at the moment but will try to g
Am 10.04.2010 18:12, schrieb Guido van Rossum:
> On Sat, Apr 10, 2010 at 8:58 AM, Barry Warsaw wrote:
>> On Apr 09, 2010, at 05:41 PM, Guido van Rossum wrote:
>>
>>>On Fri, Apr 9, 2010 at 3:54 PM, Paul Moore wrote:
Would it be better to name this one _PyImport_ExecCodeModuleExEx (with
a
Hey folks,
I was looking at tuning Python dicts for a data structures class final
project. I've looked through Object/dictnotes.txt, and obviously
there's already a large body of work on this topic. My idea was to
alter dict collision resolution as described in the hopscotch hashing
paper[1]. I
Barry Warsaw wrote:
> I don't have strong feelings about this. I thought it would be handy for
> future Python's to have access to this, but then, without access to previous
> version magic numbers, it probably doesn't help much. And as you say, CPython
> won't know about alternative implementati
2010/4/10 Nick Coghlan :
> The trunk's been frozen for a few days now, which is starting to cut
> into the window for new fixes between b1 and b2 (down to just under 3
> weeks, and that's only if b1 was ready for release today).
>
> Is work in train to address or document the remaining buildbot fai
On Sat, Apr 10, 2010 at 8:58 AM, Barry Warsaw wrote:
> On Apr 09, 2010, at 05:41 PM, Guido van Rossum wrote:
>
>>On Fri, Apr 9, 2010 at 3:54 PM, Paul Moore wrote:
>>> Would it be better to name this one _PyImport_ExecCodeModuleExEx (with
>>> an underscore) so that we *don't* need to create an ExE
Nick Coghlan gmail.com> writes:
>
> Is work in train to address or document the remaining buildbot failures
> (e.g. test_os on Windows [1]). At what point do we decide to document
> something as a known defect in the beta and release it anyway?
I'm not handling the test_os issue (which I think i
On Sat, Apr 10, 2010 at 10:51, Nick Coghlan wrote:
> The trunk's been frozen for a few days now, which is starting to cut
> into the window for new fixes between b1 and b2 (down to just under 3
> weeks, and that's only if b1 was ready for release today).
>
> Is work in train to address or documen
On Apr 09, 2010, at 05:41 PM, Guido van Rossum wrote:
>On Fri, Apr 9, 2010 at 3:54 PM, Paul Moore wrote:
>> Would it be better to name this one _PyImport_ExecCodeModuleExEx (with
>> an underscore) so that we *don't* need to create an ExExEx version in
>> future? (Sorry, Barry :-))
>
>I don't care
On Apr 09, 2010, at 11:05 PM, Antoine Pitrou wrote:
>« Instead, this PEP proposes to add a mapping between internal magic numbers
>and a user-friendly tag. Newer versions of Python can add to this mapping so
>that all later Pythons know the mapping between tags and magic numbers. »
>
>The questi
The trunk's been frozen for a few days now, which is starting to cut
into the window for new fixes between b1 and b2 (down to just under 3
weeks, and that's only if b1 was ready for release today).
Is work in train to address or document the remaining buildbot failures
(e.g. test_os on Windows [1]
25 matches
Mail list logo
