On Mon, Oct 1, 2012 at 2:35 PM, Steven D'Aprano wrote:
> On Sun, Sep 30, 2012 at 07:12:47PM -0400, Brett Cannon wrote:
>
>> > python3 perf.py -T --basedir ../benchmarks -f -b py3k
>> ../cpython/builds/2.7-wide/bin/python ../cpython/builds/3.3/bin/python3.3
>
>> ### call_method ###
>> Min: 0.491433
On Sun, Sep 30, 2012 at 8:28 PM, Antoine Pitrou wrote:
> On Sun, 30 Sep 2012 19:12:47 -0400
> Brett Cannon wrote:
> >
> > ### mako_v2 ###
> > Min: 0.137584 -> 0.287701: 2.09x slower
> > Avg: 0.140620 -> 0.293204: 2.09x slower
> > Significant (t=-296.14)
> > Stddev: 0.00243 -> 0.00272: 1.1195x la
On Sun, Sep 30, 2012 at 9:35 PM, Steven D'Aprano wrote:
> On Sun, Sep 30, 2012 at 07:12:47PM -0400, Brett Cannon wrote:
>
> > > python3 perf.py -T --basedir ../benchmarks -f -b py3k
> > ../cpython/builds/2.7-wide/bin/python ../cpython/builds/3.3/bin/python3.3
>
> > ### call_method ###
> > Min: 0.4
On Sun, Sep 30, 2012 at 07:12:47PM -0400, Brett Cannon wrote:
> > python3 perf.py -T --basedir ../benchmarks -f -b py3k
> ../cpython/builds/2.7-wide/bin/python ../cpython/builds/3.3/bin/python3.3
> ### call_method ###
> Min: 0.491433 -> 0.414841: 1.18x faster
> Avg: 0.493640 -> 0.416564: 1.19x fa
On Sun, Sep 30, 2012 at 8:14 PM, Gregory P. Smith wrote:
> Interesting results!
>
> Another data point for the benchmarks that would be interesting is memory
> consumption of the python process during the runs.
>
> In 3.3 a reasonable place to gather this would be to add a callback to the
> new g
On Sun, Sep 30, 2012 at 8:07 PM, Alexandre Vassalotti wrote:
>
>
> On Sun, Sep 30, 2012 at 4:50 PM, Brett Cannon wrote:
>
>> I accidentally left out the telco benchmark, which is bad since cdecimal
>> makes it just scream on Python 3.3 (and I verified with Python 3.2 that
>> this is an actual sp
On Sun, 30 Sep 2012 19:12:47 -0400
Brett Cannon wrote:
>
> ### mako_v2 ###
> Min: 0.137584 -> 0.287701: 2.09x slower
> Avg: 0.140620 -> 0.293204: 2.09x slower
> Significant (t=-296.14)
> Stddev: 0.00243 -> 0.00272: 1.1195x larger
Note that Mako can use the Markupsafe library for faster operation
Interesting results!
Another data point for the benchmarks that would be interesting is memory
consumption of the python process during the runs.
In 3.3 a reasonable place to gather this would be to add a callback to the
new gc.callbacks and save a snapshot of the process's memory usage before
ev
On Sun, Sep 30, 2012 at 4:50 PM, Brett Cannon wrote:
> I accidentally left out the telco benchmark, which is bad since cdecimal
> makes it just scream on Python 3.3 (and I verified with Python 3.2 that
> this is an actual speedup and not some silly screw-up like I initially had
> with spectral_no
I accidentally left out the telco benchmark, which is bad since cdecimal
makes it just scream on Python 3.3 (and I verified with Python 3.2 that
this is an actual speedup and not some silly screw-up like I initially had
with spectral_norm):
### telco ###
Min: 0.897108 -> 0.016880: 53.15x faster
Av
Am 30.09.2012 20:18, schrieb Gregory P. Smith:
> We never hear anyone complain because the corrections are not for
> English or other "western" languages that the majority of us speak. ;)
>
> Regardless, I think including a version of the database on windows
> releases makes sense. Update it on
On Sun, Sep 30, 2012 at 7:11 PM, Antoine Pitrou wrote:
> On Mon, 1 Oct 2012 01:00:42 +0200 (CEST)
> brett.cannon wrote:
> > http://hg.python.org/benchmarks/rev/e9f911fd9bd3
> > changeset: 184:e9f911fd9bd3
> > user:Brett Cannon
> > date:Sun Sep 30 19:00:32 2012 -0400
> > summa
I am presenting the talk "Python 3.3: Trust Me, It's Better Than 2.7" as
PyCon Argentina and Brasil (and US if they accept the talk). As part of
that talk I need to be able to benchmark Python 3.3 against 2.7 (both from
tip) using the unladen benchmarks (which now include benchmarks from PyPy
that
On 01.10.2012 01:07, Chris Angelico wrote:
> On Mon, Oct 1, 2012 at 8:17 AM, Matthias Klose wrote:
>> On 30.09.2012 20:18, Gregory P. Smith wrote:
>>> priority:
>>> 1) api call supplying tz data to the process.
>>> 2) pytzdata module if it exists
>>> 3) tz data from the underlying operating
On Mon, 1 Oct 2012 01:00:42 +0200 (CEST)
brett.cannon wrote:
> http://hg.python.org/benchmarks/rev/e9f911fd9bd3
> changeset: 184:e9f911fd9bd3
> user:Brett Cannon
> date:Sun Sep 30 19:00:32 2012 -0400
> summary:
> Force map to a list to guarantee the calculations are performed
On Mon, Oct 1, 2012 at 8:17 AM, Matthias Klose wrote:
> On 30.09.2012 20:18, Gregory P. Smith wrote:
>> priority:
>> 1) api call supplying tz data to the process.
>> 2) pytzdata module if it exists
>> 3) tz data from the underlying operating system
>> 4) error.
>
> I disagree on this order
On 01.10.2012 00:51, Lennart Regebro wrote:
> On Mon, Oct 1, 2012 at 12:17 AM, Matthias Klose wrote:
>
>>> priority:
>>> 1) api call supplying tz data to the process.
>>> 2) pytzdata module if it exists
>>> 3) tz data from the underlying operating system
>>> 4) error.
>>
>> I disagree on
On 01.10.2012 00:50, Gregory P. Smith wrote:
> On Sun, Sep 30, 2012 at 3:17 PM, Matthias Klose wrote:
>
>> On 30.09.2012 20:18, Gregory P. Smith wrote:
>>> On Sun, Sep 30, 2012 at 8:33 AM, Benjamin Peterson >> wrote:
>>>
2012/9/30 Xavier Morel :
> But at worst, an outdated unicode databa
On Mon, Oct 1, 2012 at 12:17 AM, Matthias Klose wrote:
> > priority:
> > 1) api call supplying tz data to the process.
> > 2) pytzdata module if it exists
> > 3) tz data from the underlying operating system
> > 4) error.
>
> I disagree on this order, at least for Linux systems. the tzdata
On Sun, Sep 30, 2012 at 3:17 PM, Matthias Klose wrote:
> On 30.09.2012 20:18, Gregory P. Smith wrote:
> > On Sun, Sep 30, 2012 at 8:33 AM, Benjamin Peterson >wrote:
> >
> >> 2012/9/30 Xavier Morel :
> >>> But at worst, an outdated unicode database will be missing data right?
> >>>
> >>> Doesn't
On 30.09.2012 20:18, Gregory P. Smith wrote:
> On Sun, Sep 30, 2012 at 8:33 AM, Benjamin Peterson wrote:
>
>> 2012/9/30 Xavier Morel :
>>> But at worst, an outdated unicode database will be missing data right?
>>>
>>> Doesn't an outdated timezone db have the risk of returning *incorrect*
>> data?
The node specified by the designator in the subject of your message
("16304") does not exist.
Subject was: "[issue16304]"
Mail Gateway Help
=
Incoming messages are examined for multiple parts:
. In a multipart/mixed message or part, each subpart is extracted and
examined.
On Mon, 01 Oct 2012 00:28:41 +0300
Serhiy Storchaka wrote:
> On 30.09.12 22:51, Antoine Pitrou wrote:
> > Well, no, this isn't similar. Choosing one's timezone policies is a
> > contemporary political decision, while choosing a language and its
> > alphabet is not really a decision people ever mak
On Sun, Sep 30, 2012 at 11:28 PM, Serhiy Storchaka wrote:
> Why not use the system data which are updated by the OS? I know that
> Windows also changes the clock for local DST.
>
The Windows timezone information does not include any historical
information, as it's designed primarily to keep your
On 30.09.12 22:51, Antoine Pitrou wrote:
Well, no, this isn't similar. Choosing one's timezone policies is a
contemporary political decision, while choosing a language and its
alphabet is not really a decision people ever make (it's just an aspect
of a society's long-term evolution) - except Atat
On Sep 30, 2012 10:34 PM, "Guido van Rossum" wrote:
>>
>> When people use pytz they have to reinstall pytz too if thet want to
benefit from the updates. (Or depend on automated updates via some vendor
package management system.) If we can ensure that with pytz in the stdlib,
updates to the Olson d
On Sun, 30 Sep 2012 12:14:37 -0700
Chris Jerdonek wrote:
> On Sun, Sep 30, 2012 at 6:17 AM, Georg Brandl wrote:
> > at http://docs.python.org/3.3/whatsnew/news.html, there is now
> > a rendering of Misc/NEWS with tracker links and a crude filtering
> > capability. I thought that this will compl
>
> When people use pytz they have to reinstall pytz too if thet want to
> benefit from the updates. (Or depend on automated updates via some vendor
> package management system.) If we can ensure that with pytz in the stdlib,
> updates to the Olson database can be installed just as easily as before
On 30/09/2012 20:53, MRAB wrote:
That's what UTC is for! :-)
I think that it would be a good idea to provide a database with the
release plus a tool for updating it, the updates being announced by
email or RSS, and the ability to use the system's database if there's
one.
Very naive extremely s
On Sun, Sep 30, 2012 at 3:14 PM, Chris Jerdonek wrote:
> On Sun, Sep 30, 2012 at 6:17 AM, Georg Brandl wrote:
> > at http://docs.python.org/3.3/whatsnew/news.html, there is now
> > a rendering of Misc/NEWS with tracker links and a crude filtering
> > capability. I thought that this will compleme
On 2012-09-30 19:55, Serhiy Storchaka wrote:
On 30.09.12 16:15, Antoine Pitrou wrote:
Probably, but for most purposes I would guess a 2-year old database is
still good enough? After all, you don't see many people complaining
about the outdated Unicode database that is hard-wired in past Pythons.
On Sun, 30 Sep 2012 22:35:54 +0300
Serhiy Storchaka wrote:
> On 30.09.12 22:24, Antoine Pitrou wrote:
> > Just because some governments have erratic policies shouldn't be a
> > reason for residents of other countries not to enjoy the benefits of
> > their stable timezones.
>
> This is similar to
On 30.09.12 22:24, Antoine Pitrou wrote:
Just because some governments have erratic policies shouldn't be a
reason for residents of other countries not to enjoy the benefits of
their stable timezones.
This is similar to ascii-chauvinism. ;-)
___
Pyt
On Sun, 30 Sep 2012 21:55:34 +0300
Serhiy Storchaka wrote:
> On 30.09.12 16:15, Antoine Pitrou wrote:
> > Probably, but for most purposes I would guess a 2-year old database is
> > still good enough? After all, you don't see many people complaining
> > about the outdated Unicode database that is h
On Sun, Sep 30, 2012 at 6:17 AM, Georg Brandl wrote:
> at http://docs.python.org/3.3/whatsnew/news.html, there is now
> a rendering of Misc/NEWS with tracker links and a crude filtering
> capability. I thought that this will complement the "whatsnew"
> documents nicely for people looking for more
On 30.09.12 16:15, Antoine Pitrou wrote:
Probably, but for most purposes I would guess a 2-year old database is
still good enough? After all, you don't see many people complaining
about the outdated Unicode database that is hard-wired in past Pythons.
In 2011 Ukrainian timezone data was changed
On Sun, Sep 30, 2012 at 8:33 AM, Benjamin Peterson wrote:
> 2012/9/30 Xavier Morel :
> > But at worst, an outdated unicode database will be missing data right?
> >
> > Doesn't an outdated timezone db have the risk of returning *incorrect*
> data?
>
> Unicode updates also include corrections; howev
Georg Brandl wrote:
> at http://docs.python.org/3.3/whatsnew/news.html, there is now
> a rendering of Misc/NEWS with tracker links and a crude filtering
> capability. I thought that this will complement the "whatsnew"
> documents nicely for people looking for more detail.
>
> Please let me know
If anyone wants to force either an ANSI build or a specific libmpdec
configuration, setup.py recognizes this environment variable (example):
export PYTHON_DECIMAL_WITH_MACHINE=ansi64
The supported configurations listed here:
http://hg.python.org/cpython/file/07d9d2901adb/Modules/_decimal/
2012/9/30 Xavier Morel :
> But at worst, an outdated unicode database will be missing data right?
>
> Doesn't an outdated timezone db have the risk of returning *incorrect* data?
Unicode updates also include corrections; however, it seems there are
not significant enough or about obscure enough sc
christian.heimes wrote:
> +/* ASM isn't available in strict ansi C mode */
> +#if defined(ASM) && defined(__STRICT_ANSI__)
> + #undef ASM
> + #define ANSI
> +#endif
I'm not too fond of this solution: the libmpdec build output should always
be accurate. Now you have ...
-ansi -DCONFIG_64=1 -
On Sun, 30 Sep 2012 15:30:04 +0200, Xavier Morel
wrote:
> On 2012-09-30, at 15:15 , Antoine Pitrou wrote:
>
> > On Sun, 30 Sep 2012 15:10:06 +0200
> > Dirkjan Ochtman wrote:
> >> On Sun, Sep 30, 2012 at 3:03 PM, Antoine Pitrou
> >> wrote:
> >>> Can't we simply include the Olson database in Wi
Just as an FYI, we set up a new "optimized" Snakebite slave
yesterday on the Mac OS X Mountain Lion box. I also set up
remote access to that box in the process -- you can connect
to it via the ~/.snakebite/sb 'x8' alias.
(That box happens to be the fastest (and most contempora
On 2012-09-30, at 15:15 , Antoine Pitrou wrote:
> On Sun, 30 Sep 2012 15:10:06 +0200
> Dirkjan Ochtman wrote:
>> On Sun, Sep 30, 2012 at 3:03 PM, Antoine Pitrou wrote:
>>> Can't we simply include the Olson database in Windows installers?
>>
>> We probably can, but the problem is that it's updat
On Sun, Sep 30, 2012 at 11:15 PM, Antoine Pitrou wrote:
> On Sun, 30 Sep 2012 15:10:06 +0200
> Dirkjan Ochtman wrote:
>> On Sun, Sep 30, 2012 at 3:03 PM, Antoine Pitrou wrote:
>> > Can't we simply include the Olson database in Windows installers?
>>
>> We probably can, but the problem is that it
On 09/29/2012 06:53 PM, Antoine Pitrou wrote:
Hello,
I've created a 3.3 category on the buildbots:
http://buildbot.python.org/3.3/
http://buildbot.python.org/3.3.stable/
Someone will have to update the following HTML page:
http://python.org/dev/buildbot/
Should be done now.
Georg
On 9/27/2012 6:30 PM, Éric Araujo wrote:
Hi all,
The Montreal-Python user group would like to host a bug day on October
27 (to be confirmed) at a partner university in Montreal. It would be
cool to do a bug day on IRC like we used to (and in other physical
locations if people want to!) to get n
Hi,
at http://docs.python.org/3.3/whatsnew/news.html, there is now
a rendering of Misc/NEWS with tracker links and a crude filtering
capability. I thought that this will complement the "whatsnew"
documents nicely for people looking for more detail.
Please let me know if it's useful, or what cou
On Sun, 30 Sep 2012 15:10:06 +0200
Dirkjan Ochtman wrote:
> On Sun, Sep 30, 2012 at 3:03 PM, Antoine Pitrou wrote:
> > Can't we simply include the Olson database in Windows installers?
>
> We probably can, but the problem is that it's updated quite often (for
> example, in 2011, there were about
On Sun, Sep 30, 2012 at 3:03 PM, Antoine Pitrou wrote:
> Can't we simply include the Olson database in Windows installers?
We probably can, but the problem is that it's updated quite often (for
example, in 2011, there were about 14 releases; in 2009, there were
21). So you'd want to have a mechan
On Sun, 30 Sep 2012 10:55:54 +
Kristján Valur Jónsson wrote:
> Hi there.
>
> Not having kept up, I realized I failed to contribute to the What's new
> thingie.
[...]
> DiSome of this should probably be mentioned in the What's new document, even
> if only in its online version.
Well, it's n
On Sun, 30 Sep 2012 14:47:28 +0200
Lennart Regebro wrote:
> With 3.3 out, it's time to bring up something for 3.4. And it's about pytz
> and stdlib, basically. And we have been over that again, but I have a
> proposal anyway.
>
> The problem with including pytz in the stdlib is that it contains t
Am 30.09.2012 14:47, schrieb Lennart Regebro:
> What do you say? Is this a path worth pursuing?
+1
I'm eager to read your PEP!
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
http://mai
On Sun, Sep 30, 2012 at 2:47 PM, Lennart Regebro wrote:
> What do you say? Is this a path worth pursuing?
+1. It's the kind of low-level thing that should be solved in the
stdlib as far as possible, and the pytz interface is as stable as the
stdlib's.
Cheers,
Dirkjan
___
With 3.3 out, it's time to bring up something for 3.4. And it's about pytz
and stdlib, basically. And we have been over that again, but I have a
proposal anyway.
The problem with including pytz in the stdlib is that it contains the
tz/zoneinfo/Olson database, and it updates much more often than Py
On Sun, Sep 30, 2012 at 01:26:28PM +0200, Georg Brandl wrote:
> Thanks. It's really a team effort: a little digging in the hg history says
> that:
>
> * 86 people have committed during the 3.3 development
> * 70 during 3.2 development and
> * 55 during 3.1 development
>
> No surprise the feature
Thanks. It's really a team effort: a little digging in the hg history says
that:
* 86 people have committed during the 3.3 development
* 70 during 3.2 development and
* 55 during 3.1 development
No surprise the feature list is so long...
cheers,
Georg
On 09/29/2012 05:52 PM, Guido van Rossum w
Hi there.
Not having kept up, I realized I failed to contribute to the What's new thingie.
Here's stuff I remember working on and putting in:
1.
pickling support for built in iterators (#14288)
2.
inter process socket duplication for windows (#14310)
3.
Progress callback for gc module (#10
Wiadomość napisana przez Maciej Szulik w dniu 28 wrz 2012,
o godz. 22:52:
> On 09/28/2012 12:30 AM, Éric Araujo wrote:
>> Hi all,
>>
>> The Montreal-Python user group would like to host a bug day on October
>> 27 (to be confirmed) at a partner university in Montreal. It would be
>> cool to do
Stefan Krah wrote:
> Precision: 19 decimal digits
>
> float:
> result: 3.1415926535897927
> time: 0.112874s
>
> cdecimal:
> result: 3.141592653589793236
> time: 0.348100s
>
> decimal:
> result: 3.141592653589793236
> time: 43.241220s
Apparently there were concerns about the correctness of the
60 matches
Mail list logo
