Re: [Python-Dev] My patches
On Thu, Oct 30, 2008 at 4:22 PM, Eric Smith <[EMAIL PROTECTED]> wrote: >> Bazaar. Take a look at the developers' pages on python.org, they mention >> that a BZR checkout is available. I know that it works (though the initial >> checkout is glacially slow) but I don't know what "official" support it has >> or what is planned with it. > > I'd like to try it out, but the instructions on > http://www.python.org/dev/bazaar/ say to get wget > http://code.python.org/snapshots/python-bzr-snapshot.tar.bz2, which is a > 404. Anyone know the actual URL? Sorry if it is too late. Launchpad has Bazaar mirror of Python code. https://code.launchpad.net/~python-dev/python/trunk perhaps instructions on http://www.python.org/dev/bazaar/ could be updated to reflect that fact. -- --anatoly t. ___ Python-Dev mailing list [email protected] http://mail.python.org/mailman/listinfo/python-dev Unsubscribe: http://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com
[Python-Dev] Upgrade SVN server to 1.5.4
I use new sparse checkouts feature added in SVN 1.5 a lot to save some traffic when working with Python code. However, when server is older than 1.5, partial checkouts filter directory tree on client side fetching whole SVN tree again and again. Are there any objections against upgrading server to 1.5? Perhaps Python merging mechanics can be improved with upgrade too. -- --anatoly t. ___ Python-Dev mailing list [email protected] http://mail.python.org/mailman/listinfo/python-dev Unsubscribe: http://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com
Re: [Python-Dev] Optimize Python long integers
On Tue, Nov 11, 2008 at 11:40 PM, Thomas Wouters <[EMAIL PROTECTED]> wrote: > > > On Tue, Nov 11, 2008 at 14:25, Victor Stinner <[EMAIL PROTECTED]> > wrote: >> >> There are some very interesting propositions (with patches!) to optimize >> Python int and long types (especially the long integers). > > Here's another one: http://code.python.org/loggerhead/users/twouters/intopt > -- integer inlining through pointer tagging trickery. In Python 2.6 it costs > 2-4% overall performance but increases integer arithmetic (in the range > [-0x4000, 0x4000) only) by 10-20% according to my rough measurements > (I haven't tried your benchmark yet.) I haven't ported it to 3.0 but it > should provide a bigger win there. It also breaks API compatibility in a few > ways: Py_TYPE(o) and Py_REFCNT(o) are no longer valid lvalues, and they and > Py_INCREF(o) and Py_DECREF(o) may all evaluate 'o' twice. And, worst of all, > it exposes the tagged pointers to third-party extensions, so anything not > doing typechecks with Py_TYPE(o) will likely cause buserrors. > > In retrospect, perhaps this is too controversial to be added to the list ;-) > I don't really expect this to be something CPython would want to use as-is, > although there may be use for tagged pointers in more controlled > environments (like function locals.) You might also try sympy (http://code.google.com/p/sympy/). Calculates 10**5 decima digits of pi: pure Python integers: $ MPMATH_NOGMPY=yes ipython In [1]: from sympy import pi In [2]: %time a=pi.evalf(10**5) CPU times: user 8.56 s, sys: 0.00 s, total: 8.56 s Wall time: 8.56 s gmpy integers: $ ipython In [1]: from sympy import pi In [2]: %time a=pi.evalf(10**5) CPU times: user 0.28 s, sys: 0.00 s, total: 0.28 s Wall time: 0.28 s So with gmpy, it is 30x faster. Ondrej ___ Python-Dev mailing list [email protected] http://mail.python.org/mailman/listinfo/python-dev Unsubscribe: http://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com
Re: [Python-Dev] My patches
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Nov 13, 2008, at 9:01 AM, anatoly techtonik wrote: On Thu, Oct 30, 2008 at 4:22 PM, Eric Smith <[EMAIL PROTECTED]> wrote: Bazaar. Take a look at the developers' pages on python.org, they mention that a BZR checkout is available. I know that it works (though the initial checkout is glacially slow) but I don't know what "official" support it has or what is planned with it. I'd like to try it out, but the instructions on http://www.python.org/dev/bazaar/ say to get wget http://code.python.org/snapshots/python-bzr-snapshot.tar.bz2, which is a 404. Anyone know the actual URL? Sorry if it is too late. Launchpad has Bazaar mirror of Python code. https://code.launchpad.net/~python-dev/python/trunk perhaps instructions on http://www.python.org/dev/bazaar/ could be updated to reflect that fact. I've updated that page to point to the launchpad mirrors. Thanks. - -Barry -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (Darwin) iQCVAwUBSRxFPnEjvBPtnXfVAQJtWwP/SONN5FuLamUjYtU7s0KIAZ0I3v9YYm0E 4JGLARI+Jugh+IdMlUmJUquA5CZj4FoPgYNl1oK0FPho1IbDzZVQzGu5mjwOPesY nRnzEpO1+lHQlsqTX2NPDYFfgE5DHWvVVWlvbLchazCZNeGD8jIv9708wavEvtZ5 gyuNTLab78M= =chHn -END PGP SIGNATURE- ___ Python-Dev mailing list [email protected] http://mail.python.org/mailman/listinfo/python-dev Unsubscribe: http://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com
Re: [Python-Dev] Upgrade SVN server to 1.5.4
> I use new sparse checkouts feature added in SVN 1.5 a lot to save some > traffic when working with Python code. However, when server is older > than 1.5, partial checkouts filter directory tree on client side > fetching whole SVN tree again and again. Are there any objections > against upgrading server to 1.5? Yes - Debian stable does not include it. When lenny gets released, we'll upgrade. Regards, Martin ___ Python-Dev mailing list [email protected] http://mail.python.org/mailman/listinfo/python-dev Unsubscribe: http://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com
[Python-Dev] test message - spam work...
Working on the spam filters... hit 'd' now... S ___ Python-Dev mailing list [email protected] http://mail.python.org/mailman/listinfo/python-dev Unsubscribe: http://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com
