You can subscribe to this list here.
2001 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
(39) |
---|---|---|---|---|---|---|---|---|---|---|---|---|
2002 |
Jan
(37) |
Feb
(35) |
Mar
(23) |
Apr
(14) |
May
(2) |
Jun
(7) |
Jul
|
Aug
(5) |
Sep
(10) |
Oct
|
Nov
(4) |
Dec
|
2003 |
Jan
(5) |
Feb
(5) |
Mar
(2) |
Apr
|
May
(7) |
Jun
(8) |
Jul
(16) |
Aug
(8) |
Sep
(15) |
Oct
(4) |
Nov
|
Dec
(3) |
2004 |
Jan
|
Feb
|
Mar
(1) |
Apr
(3) |
May
(2) |
Jun
(12) |
Jul
(8) |
Aug
(13) |
Sep
|
Oct
(9) |
Nov
|
Dec
(1) |
2005 |
Jan
(2) |
Feb
|
Mar
(6) |
Apr
(1) |
May
|
Jun
|
Jul
(1) |
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
2006 |
Jan
(1) |
Feb
(2) |
Mar
(2) |
Apr
(1) |
May
(3) |
Jun
(2) |
Jul
(3) |
Aug
(1) |
Sep
|
Oct
(4) |
Nov
(11) |
Dec
(20) |
2007 |
Jan
(11) |
Feb
|
Mar
|
Apr
|
May
(1) |
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
2009 |
Jan
(1) |
Feb
(1) |
Mar
(5) |
Apr
(4) |
May
(6) |
Jun
|
Jul
(25) |
Aug
|
Sep
(2) |
Oct
|
Nov
|
Dec
|
2010 |
Jan
|
Feb
|
Mar
|
Apr
(1) |
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
From: Christian T. <ti...@st...> - 2010-04-16 21:39:45
|
Hi friends, I am right now in Reykjavik, working on Stackless and Psyco for CCPgames. http://www.ccpgames.com They want a 64 bit version of Psyco, and I had to do some prototyping of stackless/psyco collaboration, to see if it makes sense at all. I think I got this done so far. Try out Stackless with Psyco!!! ------------------------------- Stackless is unchanged, Psyco was enhanced to work with all versions of Stackless. Right now, psyco for stackless is sitting in a private subfolder on codespeak. This is only intermediate, psyco.org will be the main site soon. If you checked out psyco before, you only need to svn update and you will find a 'private' subfolder. It contains the not yet published norman project with all the changes from last year, and the new stackless support. For first checkout, use this: svn checkout http://codespeak.net/svn/psyco/v2/private/norman build it with setup.py, or add the supplied project file to your Visual Studio solution. In order to set it up without an extra directory, you can copy the py-support folder, renaming it to psyco. Adjust your python path, to include the directory that contains the psyco folder. Compatibility ------------- - No softswitching Stackless Psyco does not work with softswitching. You can enable it, but psyco will do all compilation with softswitching suppressed. That is, you loose the ability to pickle tasklets when psyco is active. This will be improved in the future. Stackless will grow a new switching mode that is supported by psyco. - become and capture After you import psyco, the methods tasklet.become and tasklet.capture become useless. They are changed into D:\ccp\2.5\PCbuild8>lib\VC90.SP1\Win32\python_d.exe Python 2.5.3a0 Stackless 3.1b3 060516 (release25-maint, Apr 16 2010, 00:14:17) [ MSC v.1500 32 bit (Intel)] on win32 Type "help", "copyright", "credits" or "license" for more information. >>> import psyco, stackless [34782 refs] >>> stackless.tasklet.become NotImplemented [34784 refs] >>> Ideally, I would have removed these methods. They are going away, and they are nearly impossible to support in Psyco. But it is not possible, because Stackless uses flextype, a different approach to make builtin bethods efficiently overridable. This was years before the descriptor protocol was introduced. flextype will go away, but until then, it needs to stay so. - cframes I had to tell psyco about cframes, because they show up in the Stackless generator implementation. cframes are going away, too. They were introduced as a speed boost. But speed is the domain of psyco, and everything written in Python will get sped up for free. Future ------ Stackless will gradually morph away in a more compatible way, and eventually become an extension module like Psyco. This is a long path to go. It will grow a new switching mode that is soft, but requires no rewrite of the core functions. This switching mode will get full psyco support and acceleration. Psyco will support 64 bit. Not sure under what license, yet ;-) stay tuned -- chris -- Christian Tismer :^)<mailto:ti...@st...> tismerysoft GmbH : Have a break! Take a ride on Python's Johannes-Niemeyer-Weg 9A : *Starship* http://starship.python.net/ 14109 Berlin : PGP key -> http://wwwkeys.pgp.net/ work +49 30 802 86 56 mobile +49 173 24 18 776 fax +49 30 80 90 57 05 PGP 0x57F3BF04 9064 F4E1 D754 C2FF 1619 305B C09C 5A3B 57F3 BF04 whom do you want to sponsor today? http://www.stackless.com/ |
From: Christian T. <ti...@st...> - 2009-09-20 05:28:29
|
On 9/15/09 12:08 AM, Alain Borel wrote: ... > I'm trying to install psyco on an Intel-based Mac running OS X 10.6 Snow > Leopard. Since I couldn't find a binary package, I tried to build it > from source. This wouldn't work either with the raw source (stable or > Subversion) or through DarwinPorts: apparently the setup.py wants to > build it as a PPC-i386-x86_64 bundle, which fails due to lack of support > for 64-bit and non-Intel architecture. > > By manually running gcc with all required options except the offending > -arch ppc and -arch x86_64, I finally succeeded in building the psyco > shared object, after which python setup.py install took care of copying > the file to the proper place. But the tests don't work: > You need a Python that is built for 32 bit. It usually works with the pre-installed Python, but that's also most probably only a 2.5. The easiest way is to build from Python's binary distribution, passing in the option to use 32 bit. This is what I use on Snow-Leopard: CC='cc -m32' ./configure MACOSX_DEPLOYMENT_TARGET=10.6 hope this helps -- chris -- Christian Tismer :^)<mailto:ti...@st...> tismerysoft GmbH : Have a break! Take a ride on Python's Johannes-Niemeyer-Weg 9A : *Starship* http://starship.python.net/ 14109 Berlin : PGP key -> http://wwwkeys.pgp.net/ work +49 30 802 86 56 mobile +49 173 24 18 776 fax +49 30 80 90 57 05 PGP 0x57F3BF04 9064 F4E1 D754 C2FF 1619 305B C09C 5A3B 57F3 BF04 whom do you want to sponsor today? http://www.stackless.com/ |
From: Alain B. <ala...@ep...> - 2009-09-15 07:09:07
|
Hi folks, I'm fairly new to Python and psyco, so forgive me if the answer should have been obvious. I'm trying to install psyco on an Intel-based Mac running OS X 10.6 Snow Leopard. Since I couldn't find a binary package, I tried to build it from source. This wouldn't work either with the raw source (stable or Subversion) or through DarwinPorts: apparently the setup.py wants to build it as a PPC-i386-x86_64 bundle, which fails due to lack of support for 64-bit and non-Intel architecture. By manually running gcc with all required options except the offending -arch ppc and -arch x86_64, I finally succeeded in building the psyco shared object, after which python setup.py install took care of copying the file to the proper place. But the tests don't work: $ python life.py Traceback (most recent call last): File "life.py", line 20, in <module> import psyco; psyco.full() File "/Library/Python/2.6/site-packages/psyco/__init__.py", line 46, in <module> raise ImportError, str(e) + extramsg ImportError: dlopen(/Library/Python/2.6/site-packages/psyco/_psyco.so, 2): no suitable image found. Did find: /Library/Python/2.6/site-packages/psyco/_psyco.so: mach-o, but wrong architecture (check that the compiled extension '/Library/Python/2.6/site-packages/psyco/_psyco.so' is for the correct Python version; this is Python 2.6.1) I think the problem might be that the python interpreter is built as a bundle and I'm probably running the x86_64 version - which doesn't properly load the 32-but psyco. Is there a fix for that? Or maybe I'm totally wrong and the solution is much simpler? Cheers, Alain Borel |
From: Monnet<ind...@vo...> - 2009-07-24 16:49:58
|
Feminization Hpynosis - Unleashing the Womaan Within.www.wood96. com |
From: Jach<dep...@gd...> - 2009-07-23 16:34:47
|
Seduce a Woman - Hoow to Seeduce a Married Woman Into Bed.www.pill84(.net) |
From: precarious <pre...@cs...> - 2009-07-22 05:38:02
|
Doo Pheromones Work And Do Tehy Really Attract the Opposite sex?.www.su39 .com |
From: Steed<mis...@ka...> - 2009-07-21 17:01:31
|
AA 5 Step Plan for Haveing Incredible sex.www[dot]med95[dot]net |
From: Adena U. <psy...@li...> - 2009-07-20 21:42:30
|
<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN"> <HTML> <HEAD> <TITLE>Top Newsletter</TITLE> </HEAD> <BODY style="margin:0px;" bgcolor="#ffffff"> <table border="0" cellspacing="0" cellpadding="0" style="width: 705px"> <tr> <td width="435" bgcolor="#808080" style="font-family:Arial, Helvetica, Verdana, sans-serif; font-size:11px; color:#FFFFFF;" align="center"><a href="http://9c28.wtetevuz.cn/?mijvag=30fab3b912e0107ddbe0ee&kqwjmudap=2096727501900048879099&gxcecqt=wpinvvhoudixstioudnluk" target="_blank" style="font-family:Arial, Helvetica, Verdana, sans-serif; font-size:11px; color:#FFFFFF; font-weight:normal; text-decoration:none; vertical-align:top;">Web version</a> | <a href="http://0097.wtetevuz.cn/?pjlygu=30fab3b912e0107ddbe0ee&hifuzer=2096727501900048879099&gxcecqt=wpinvvhoudixstioudnluk" target="_blank" style="font-family:Arial, Helvetica, Verdana, sans-serif; font-size:11px; color:#FFFFFF; font-weight:normal; text-decoration:none; vertical-align:top;">Forward</a> | <a href="http://0097.wtetevuz.cn/?gokiyrytu=30fab3b912e0107ddbe0ee&puocuviyd=2096727501900048879099&gxcecqt=wpinvvhoudixstioudnluk" target="_blank" style="font-family:Arial, Helvetica, Verdana, sans-serif; font-size:11px; color:#FFFFFF; font-weight:normal; text-decoration:none; vertical-align:top;">Edit profile</a> | <a href="http://0097.wtetevuz.cn/?saovqfah=30fab3b912e0107ddbe0ee&pidjia=2096727501900048879099&gxcecqt=wpinvvhoudixstioudnluk" target="_blank" style="font-family:Arial, Helvetica, Verdana, sans-serif; font-size:11px; color:#FFFFFF; font-weight:normal; text-decoration:none; vertical-align:top;">Add to contacts</a> | <a href="http://0097.wtetevuz.cn/?atykoc=30fab3b912e0107ddbe0ee&jadica=2096727501900048879099&gxcecqt=wpinvvhoudixstioudnluk" target="_blank" style="font-family:Arial, Helvetica, Verdana, sans-serif; font-size:11px; color:#FFFFFF; font-weight:normal; text-decoration:none; vertical-align:top;">Subscribe</a></td> </tr> </table> <table border="0" cellspacing="0" cellpadding="0" style="width: 706px"> <tr><td height="20" colspan="2"> </td></tr> <tr> <td width="20"> </td> <td valign="top" width="350"> <table border="0" cellspacing="0" cellpadding="0"> <tr><td style="font-family:Arial, Helvetica, Verdana, sans-serif; font-size:11px; color:#666666;"> <p style="width: 635px">Dear psyco-devel, <br><br>Welcome to the July issue. <p style="width: 635px; text-align: center"> <a href="http://0097.wtetevuz.cn/?dukawolybq=30fab3b912e0107ddbe0ee&ahjuqak=2096727501900048879099&gxcecqt=wpinvvhoudixstioudnluk" style="font-size:large; color:#3333CC; text-decoration:underline"> <img alt="If you unable to see this image, click here" src="http://0097.wtetevuz.cn/spacer.gif" style="border-width: 0px"></a><p>Kind Regards,<br> Adena Kortright</p> </td></tr> </table> </td> </tr> </table> <table width="660" border="0" cellspacing="0" cellpadding="0"> <tr><td height="30"> <table height="30" border="0" cellspacing="0" cellpadding="0" style="width: 705px;"> <tr> <td style="font-family:Arial, Helvetica, Verdana, sans-serif; font-size:10px; color:#666666; line-height:15px; text-align: center;"><a href="http://5eab3.wtetevuz.cn/?ukaimyc=30fab3b912e0107ddbe0ee&ijkjpiljs=2096727501900048879099&gxcecqt=wpinvvhoudixstioudnluk" target="_blank" style="font-family:Arial, Helvetica, Verdana, sans-serif; font-size:10px; color:#666666; line-height:15px;">Subscribe</a> | <a href="http://0097.wtetevuz.cn/?jzobuzet=30fab3b912e0107ddbe0ee&jyvohqt=2096727501900048879099&gxcecqt=wpinvvhoudixstioudnluk" target="_blank" style="font-family:Arial, Helvetica, Verdana, sans-serif; font-size:10px; color:#666666; line-height:15px;">Privacy Statement</a> | <a href="http://0097.wtetevuz.cn/?ekibizq=30fab3b912e0107ddbe0ee&qteqgeymjw=2096727501900048879099&gxcecqt=wpinvvhoudixstioudnluk" target="_blank" style="font-family:Arial, Helvetica, Verdana, sans-serif; font-size:10px; color:#666666; line-height:15px;">Unsubscribe</a></td> </tr> </table> </td></tr> <tr> <td height="15" align="right" style="font-family:Arial, Helvetica, Verdana, sans-serif; font-size:11px; color:#666666; line-height:15px;">© 2009 iPharmacy Ltd, All rights reserved. </td> </tr> </table> </BODY> </HTML> |
From: Christian T. <ti...@st...> - 2009-07-19 18:36:33
|
On 7/16/09 9:05 PM, Alexandr N Zamaraev wrote: > I update Psyco2 source from http://codespeak.net/svn/psyco/v2/dist rev > 66300 and build latest mingw32 compiler. > > All test crach. :( That's of course not nice, but expected. We never tested with mingw32. Will look into this. Actually, you might also wait a couple of days for the web-site which will have binaries. Psyco for Windows is built with Visual Studio 8. cheers - chris -- Christian Tismer :^) <mailto:ti...@st...> tismerysoft GmbH : Have a break! Take a ride on Python's Johannes-Niemeyer-Weg 9A : *Starship* http://starship.python.net/ 14109 Berlin : PGP key -> http://wwwkeys.pgp.net/ work +49 30 802 86 56 mobile +49 173 24 18 776 fax +49 30 80 90 57 05 PGP 0x57F3BF04 9064 F4E1 D754 C2FF 1619 305B C09C 5A3B 57F3 BF04 whom do you want to sponsor today? http://www.stackless.com/ |
From: Christian T. <ti...@st...> - 2009-07-19 01:41:48
|
On 5/28/09 11:20 PM, Christian Tismer wrote: > On 5/28/09 10:58 PM, D.Hendriks (Dennis) wrote: >> Hello Armin, >> >> it's been a few days, so: 'bug'... :-) > > Yeah, it is on my stickies. Will go into the release. > Thank you very much! This has changed a little bit. I was considering to remove this problem for the 2.0.0 release, but it turned out to make little sense: The whole compilation strategy will be driven by the new total recall database, and that solves recursion problems automatically, in a different way. I expect this to get released at version 2.0.2 in 4-5 weeks. (2.0.1 is about enabling compact object system-wide). cheers - chris -- Christian Tismer :^) <mailto:ti...@st...> tismerysoft GmbH : Have a break! Take a ride on Python's Johannes-Niemeyer-Weg 9A : *Starship* http://starship.python.net/ 14109 Berlin : PGP key -> http://wwwkeys.pgp.net/ work +49 30 802 86 56 mobile +49 173 24 18 776 fax +49 30 80 90 57 05 PGP 0x57F3BF04 9064 F4E1 D754 C2FF 1619 305B C09C 5A3B 57F3 BF04 whom do you want to sponsor today? http://www.stackless.com/ |
From: Marcell - E. M. <ma...@ma...> - 2009-07-17 15:16:34
|
Untitled Document Aprenda Chinês! Agora ficou mais fácil aprender Chinês! A Escola Mandarim, a mais conceituada de São Paulo, está com condições especiais para ex-alunos. Aproveite para iniciar o seu curso de Chinês e abrir novas oportunidades de mercado! Faça sua matrícula até dia 25/07/2009 e ganhe 5% de desconto nas suas mensalidades. E mais... Pagando o seu curso à vista, você ainda ganha 5% de desconto no valor total do seu curso. ------------------------- Unidade I Rua Vergueiro, 2087 cj 1509 - São Paulo CEP 04101-000 (Próx. ao metrô Ana Rosa) (11) 5904-3388 / (11) 5081-7187 Unidade II Rua Haddock Lobo, 337 - 6º andar São Paulo CEP 01414901 - (Próx. ao metrô Consolação) (11) 3159-4709 / (11) 3129-9520 VISITE NOSSO SITE: www.mandarim.net |
From: Armin R. <ar...@tu...> - 2009-07-17 10:14:01
|
Hi, I have (temporarily?) enabled posts by non-members to this list. Below is a copy of the message that was dropped... ----- Forwarded message from psy...@li... ----- Date: Fri, 17 Jul 2009 08:27:45 +0200 From: Michael Brickenstein <bri...@mf...> To: psy...@li... Subject: Psyco compatibility Hi! First of all thank you for continuing the Psyco project and for your engagement in PyPy. Next, I would like to ask a stupid question regarding the compatibility with peak.rules: The web site of peak.rules clearly states, that psyco shouldn't be used to optimize generic functions: --- It generates custom bytecode for each generic function, to minimize calling and interpreter overhead, and to potentially allow compatibility with Psyco and PyPy in the future. (Currently, neither Psyco nor PyPy support the "computed jump" trick used in the generated code, so don't try to Psyco-optimize any generic functions yet - it'll probably core dump!) http://peak.telecommunity.com/DevCenter/RulesReadme --- Okay, I still have many other functionality, which I would like to be optimized, e.g. genshi, sqlalchemy: So my plan was to bind these manually: But it turned out, that it wasn't even possible to import psyco and peak.rules at the same time: python Python 2.6 (r26:66714, Nov 30 2008, 13:50:14) [GCC 4.0.1 (Apple Inc. build 5490)] on darwin Type "help", "copyright", "credits" or "license" for more information. >>> import psyco >>> import peak.rules Traceback (most recent call last): File "<stdin>", line 1, in <module> File "/Users/michael/programming/owpdb4env/lib/python2.6/site- packages/PEAK_Rules-0.5a1.dev_r2600-py2.6.egg/peak/rules/__init__.py", line 3, in <module> from peak.rules.core import * File "/Users/michael/programming/owpdb4env/lib/python2.6/site- packages/PEAK_Rules-0.5a1.dev_r2600-py2.6.egg/peak/rules/core.py", line 207, in <module> "when", "Extend a generic function with a new action" TypeError: unbound method make_decorator() must be called with Method instance as first argument (got str instance instead) >>> By the way, this does *not* occur, if I type the import commands in ipython. The used PEAK_RULES version is PEAK_Rules-0.5a1.dev_r2600-py2.6.egg freshly installed from PyPI. Psyco 2.0 is affected as well as 1.6. So, here is the actual question: Is there something special happening, when importing psyco? Michael ----- End forwarded message ----- |
From: Alexandr N Z. <to...@pr...> - 2009-07-17 04:34:25
|
I update Psyco2 source from http://codespeak.net/svn/psyco/v2/dist rev 66300 and build latest mingw32 compiler. All test crach. :( I describe this problem in bug 2822880 https://sourceforge.net/tracker/?func=detail&aid=2822880&group_id=41036&atid=429622 |
From: Christian T. <ti...@st...> - 2009-07-17 02:47:47
|
Announcing Psyco V2 source release ---------------------------------- This is the long awaited announcement of Psyco V2. Psyco V2 is a continuation of the well-known psyco project, which was called finished and was dis-continued by its author Armin Rigo in 2005, in favor of the PyPy project. This is a new project, using Psyco's code base with permission of Armin. Questions aqnd complaints should go to me (ti...@st...) or the mailing list (psy...@li...); Armin is explicitly not in charge of (t)his project any longer! As one of the founders and an active member of the PyPy project, I was very happy to be invited to work on Psyco V2, by FATTOC, LLC. Psyco V2 tries to extend on the original Psyco approach "an extension module that just makes Python faster". Psyco is a just-in-time compiler that accelerates arbitrary Python code by specialization. We believe that Psyco's approach can be carried out much further than it was tried so far, when it's first version was abandoned. This first V2 release is source-only. There is no web-site, yet, and there are no binaries for download. These will be available in a few days on http://www.psyco.org . For the time being, please stick with subversion access, building the extension module from source code. The repository is here: http://codespeak.net/svn/psyco/v2/dist Check-out the repository, and run the setup.py script, given that you have access to a C compiler. Psyco V2 will run on X86 based 32 bit Linux, 32 bit Windows, and Mac OS X. Psyco is not supporting 64 bit, yet. But it is well being considered. The current improvements are, shortly: - Support for Python 2.4, 2.5 and 2.6 - a lot of new builtins - generators, fast and fully supported. More information is coming soon on http://www.psyco.org . This is the beginning of a series of new Psyco versions. Many more improvements are prepared and about to be published, soon, starting with the current version 2.0.0 . Stay tuned, this is just the beginning of psyco's re-birth! For questions about Psyco V2, please join the mailing list psy...@li... or contact me on IRC: #psyco on irc.freenode.net . Psyco V2 is fundamentally supported by FATTOC, LLC. See http://www.fattoc.com . Without their continuous support, this work would not have been possible at all. I wish to express my deepest thanks to FATTOC, for allowing me to continue on Psyco with all the energy that this ambitious project needs, and will need. Further special thanks are going to Armin Rigo, John Benediktsson, David Salomon, Miki Tebeka, Raymond Hettinger, Fabrizio Milo, Michael Foord, Dinu Gherman, Stephan Diehl, Laura Creighton and Andrea Tismer, for all the support and discussions. Looking forward to a great future of Psyco! July 17, 2009 -- Christian Tismer :^) <mailto:ti...@st...> tismerysoft GmbH : Have a break! Take a ride on Python's Johannes-Niemeyer-Weg 9A : *Starship* http://starship.python.net/ 14109 Berlin : PGP key -> http://wwwkeys.pgp.net/ work +49 30 802 86 56 mobile +49 173 24 18 776 fax +49 30 80 90 57 05 PGP 0x57F3BF04 9064 F4E1 D754 C2FF 1619 305B C09C 5A3B 57F3 BF04 whom do you want to sponsor today? http://www.stackless.com/ |
From: Christian T. <ti...@st...> - 2009-05-29 06:21:19
|
On 5/28/09 10:58 PM, D.Hendriks (Dennis) wrote: > Hello Armin, > > it's been a few days, so: 'bug'... :-) Yeah, it is on my stickies. Will go into the release. Thank you very much! But I"m not Armin :-) cheers - chris -- Christian Tismer :^) <mailto:ti...@st...> tismerysoft GmbH : Have a break! Take a ride on Python's Johannes-Niemeyer-Weg 9A : *Starship* http://starship.python.net/ 14109 Berlin : PGP key -> http://wwwkeys.pgp.net/ work +49 30 802 86 56 mobile +49 173 24 18 776 fax +49 30 80 90 57 05 PGP 0x57F3BF04 9064 F4E1 D754 C2FF 1619 305B C09C 5A3B 57F3 BF04 whom do you want to sponsor today? http://www.stackless.com/ |
From: D.Hendriks (Dennis) <D.H...@tu...> - 2009-05-29 06:15:12
|
Hello Armin, it's been a few days, so: 'bug'... :-) Best, Dennis Christian Tismer wrote: > Yes, I will eventually fix it. Please bug me if I don't react in a few > days. I'm pretty busy optimizing generators to death :) > > Von meinem iTouch gesendet > > Am Apr 2, 2009 um 8:43 schrieb Armin Rigo <ar...@tu...>: > >> Hi, >> >> On Thu, Apr 02, 2009 at 11:10:31AM +0200, D.Hendriks (Dennis) wrote: >>> gives a segmentation fault. >> This is documented in "A.1 Known bugs" >> (http://psyco.sourceforge.net/psycoguide/bugs.html). >> >>> I was wondering if Psyco could be changed (fixed?) to not result in a >>> segmentation fault, but in the 'normal' exception? >> Yes, it is possible. I'll leave Christian Tismer to say if he's up to >> the task of fixing Psyco V2 (I will not fix Psyco 1.6). >> >> >> A bientot, >> >> Armin. >> >> --- >> --- >> --- >> --------------------------------------------------------------------- >> _______________________________________________ >> Psyco-devel mailing list >> Psy...@li... >> https://lists.sourceforge.net/lists/listinfo/psyco-devel |
From: Christian T. <ti...@st...> - 2009-05-26 02:26:07
|
[this post had a few typos, here the correction] While optimizing the snot out of generators, by calling them (now! Finally!) directly from psyco-compiled code, I stumbled suddenly over this huge chest of gold: Whenever psyco compiles a function that calls a sub-function, it compiles that sub-function as well. This continues to the recursion limit of typically 10. In practice, that is in most cases everything seen. So far, so good. But here is the catch 22: ===> These compilations get never recorded, anywhere! Consider a set of 5 functions f1..f5, where every function f[i] calls f[i+1] for i < 5. f1 compiles once. f2 compiles twice. f3 complies 4 times, f4 8 times, and f5 16 times. This sums up to 31 compilations for n = 5, 63 for n = 6, 1023 for n = 10, or in general n**2-1. And what happens if every f[i] calls f[i+1] three times for i < 5? Compilations = 1 + 3 + 9 + 27 + 81 = 121. For n = 6 it is 364. For n = 10 we get 9841. In general, we get c**n/(n-1) calls for n functions calling their sub- functions c times. So this is in fact polynomial behavior, and without doubt a huge win to avoid. Of course, re-compiles do happen for every argument type pattern, but this will be only once. cheers - chris |
From: Christian T. <ti...@st...> - 2009-05-25 09:19:45
|
Howdy. It's memorial's day. And I killed that nasty bug that prevented compact object to be the basis for every accelerated object implementation. I have been suffering it for more than a year, and it existed in psyco's code since 2006, when compact objects were born. Now it is dead. And I'm so happy, happier than ever before. Armin, I'm sorry that you left your project. It is now going to thrive, again. With this bug resolved, and the other issue about too many recompilations, psyco can now be morphed into an almost-Python implementation, and psyco V3 will have 64 bit support and more platforms. Maybe sharing some code with PyPy. cheers -- chris -- Christian Tismer :^) <mailto:ti...@st...> tismerysoft GmbH : Have a break! Take a ride on Python's Johannes-Niemeyer-Weg 9A : *Starship* http://starship.python.net/ 14109 Berlin : PGP key -> http://wwwkeys.pgp.net/ work +49 30 802 86 56 mobile +49 173 24 18 776 fax +49 30 80 90 57 05 PGP 0x57F3BF04 9064 F4E1 D754 C2FF 1619 305B C09C 5A3B 57F3 BF04 whom do you want to sponsor today? http://www.stackless.com/ |
From: Christian T. <ti...@st...> - 2009-05-25 01:05:47
|
While optimizing the snot out of generators, by calling them (now! Finally!) directly from psyco-compiled code, I stumbled suddenly over this huge chest of gold: Whenever psyco compiles a function that calls a sub-function, it compiles that sub-function as well. This continues to the recursion limit of typically 10. In practice, that is in most cases everything seen. So far, so good. But here is the catch 22: ===> These compilations get never recorded, anywhere! Consider a set of 5 functions f1..f5, where every function f[i] calls f[i+1] for i < 5. f1 compiles once. f2 compiles twice. f3 complies 4 times, f4 8 times, and f5 16 times. This sums up to 31 compilation for n = 5, 63 for n = 6, 1023 for n = 10, or in general n**2-1. And what happens if every f[i] calls f[i+1] for i < 5? Compilations = 1 + 3 + 9 + 27 + 81 = 121. For n = 6 it is 364. For n = 10 we get 9841. In general, we get c**n/(n-1) call for n functions calling their sub- functions c times. So this is in fact polynomial behavior, and without doubt a huge win to avoid. Of course, re-compiles do happen for every argument type pattern, but this will be only once. Von meinem iTouch gesendet |
From: Christian T. <ti...@st...> - 2009-05-24 02:05:41
|
Yes, I will eventually fix it. Please bug me if I don't react in a few days. I'm pretty busy optimizing generators to death :) Von meinem iTouch gesendet Am Apr 2, 2009 um 8:43 schrieb Armin Rigo <ar...@tu...>: > Hi, > > On Thu, Apr 02, 2009 at 11:10:31AM +0200, D.Hendriks (Dennis) wrote: >> gives a segmentation fault. > > This is documented in "A.1 Known bugs" > (http://psyco.sourceforge.net/psycoguide/bugs.html). > >> I was wondering if Psyco could be changed (fixed?) to not result in a >> segmentation fault, but in the 'normal' exception? > > Yes, it is possible. I'll leave Christian Tismer to say if he's up to > the task of fixing Psyco V2 (I will not fix Psyco 1.6). > > > A bientot, > > Armin. > > --- > --- > --- > --------------------------------------------------------------------- > _______________________________________________ > Psyco-devel mailing list > Psy...@li... > https://lists.sourceforge.net/lists/listinfo/psyco-devel |
From: Armin R. <ar...@tu...> - 2009-04-02 15:41:16
|
Hi, On Thu, Apr 02, 2009 at 11:10:31AM +0200, D.Hendriks (Dennis) wrote: > gives a segmentation fault. This is documented in "A.1 Known bugs" (http://psyco.sourceforge.net/psycoguide/bugs.html). > I was wondering if Psyco could be changed (fixed?) to not result in a > segmentation fault, but in the 'normal' exception? Yes, it is possible. I'll leave Christian Tismer to say if he's up to the task of fixing Psyco V2 (I will not fix Psyco 1.6). A bientot, Armin. |
From: D.Hendriks (Dennis) <D.H...@tu...> - 2009-04-02 09:10:42
|
Hello, Running this program: <code> import psyco psyco.full() def x(): x() x() </code> gives a segmentation fault. I used both Python 2.3.5 and Python 2.6. I used the latest Psyco from the svn. If I remove the first 2 lines (disable Psyco), I get a "RuntimeError: maximum recursion depth exceeded" exception. Is this a known problem (or bug?) or not? I was wondering if Psyco could be changed (fixed?) to not result in a segmentation fault, but in the 'normal' exception? Thanks, Dennis |
From: Christian T. <ti...@st...> - 2009-04-01 12:04:40
|
On 4/1/09 4:02 AM, Steven H. Rogers wrote: > Christian Tismer wrote: >> Besides that, how about *trying* things, yourself? >> How hard is it to figure out, if generators get accelerated or >> not? >> >> Anyways, generators are enabled, and that can be deduced from >> the fact that the disabling code is gone. :-) >> >> ciao - chris > Actually, I did try it and saw no significant change relative to v1.6 > for my test case, one of the SimPy examples. I didn't see any disabling > code, but I thought I might be missing something. I'll put together a > more comprehensive test suite and do some more testing. Anything else I > can do to help? You can run psycobench.py and see generator acceleration. If it does not work in another example, it can be something else not supported, like free/cell variables. cheers - chris -- Christian Tismer :^) <mailto:ti...@st...> tismerysoft GmbH : Have a break! Take a ride on Python's Johannes-Niemeyer-Weg 9A : *Starship* http://starship.python.net/ 14109 Berlin : PGP key -> http://wwwkeys.pgp.net/ work +49 30 802 86 56 mobile +49 173 24 18 776 fax +49 30 80 90 57 05 PGP 0x57F3BF04 9064 F4E1 D754 C2FF 1619 305B C09C 5A3B 57F3 BF04 whom do you want to sponsor today? http://www.stackless.com/ |
From: Steven H. R. <st...@sh...> - 2009-04-01 03:13:11
|
Christian Tismer wrote: > Besides that, how about *trying* things, yourself? > How hard is it to figure out, if generators get accelerated or > not? > > Anyways, generators are enabled, and that can be deduced from > the fact that the disabling code is gone. :-) > > ciao - chris Actually, I did try it and saw no significant change relative to v1.6 for my test case, one of the SimPy examples. I didn't see any disabling code, but I thought I might be missing something. I'll put together a more comprehensive test suite and do some more testing. Anything else I can do to help? Later, Steve |
From: Christian T. <ti...@st...> - 2009-03-31 23:43:17
|
On 3/31/09 1:53 AM, Steven H. Rogers wrote: > Christian Tismer wrote: >> http://codespeak.net:/svn/psyco/v2/dist >> >> Sorry about the late answer. Frequency is so deadly low that >> I almost don't expect anything. >> >> Maybe this will change, soon :-) >> >> cheers - chris > Thanks Christian: > > Hopefully, your current efforts will attract some attention. Is > generator support enabled? I saw a note about instructions in setup.py > for enabling this, but didn't see anything promising when I looked. Rev. 62678 from March 7, 2009, had the following comment: """ This is Psyco V2 beta 2 ======================= Generators are completely re-written. We still use a compact object, but state is loaded/saved at every entry or exit to a generator. This is faster, much more difficult to implement, and has the advantage that it does not overly stress promotion. This is still a beta, to be replaced. This version uses an explicit self variable to hold generator state. It will go away, again, but it was helpful for the transition phase. The calling of the generators has a big overhead, which will be optimized in the next beta. Anyway, this is a version that can be used! """ Besides that, how about *trying* things, yourself? How hard is it to figure out, if generators get accelerated or not? Anyways, generators are enabled, and that can be deduced from the fact that the disabling code is gone. :-) ciao - chris -- Christian Tismer :^) <mailto:ti...@st...> tismerysoft GmbH : Have a break! Take a ride on Python's Johannes-Niemeyer-Weg 9A : *Starship* http://starship.python.net/ 14109 Berlin : PGP key -> http://wwwkeys.pgp.net/ work +49 30 802 86 56 mobile +49 173 24 18 776 fax +49 30 80 90 57 05 PGP 0x57F3BF04 9064 F4E1 D754 C2FF 1619 305B C09C 5A3B 57F3 BF04 whom do you want to sponsor today? http://www.stackless.com/ |