Hi Anselm. Your 'risk' argument makes perfect sense, and we don't want to rock the boat. Also, platform support is important. Greenlets (and hence tealets) seem to have a much narrower support than stackless. How much of these platforms are in actual use? I extended tealet so that it can actually use the stackless switching code, if there is no native greenlet-style switching. ( Armin improved the switching code so that it does not rely on global variables and is thus thread-safe. For stackless, it is ok to fall back to old-style switching because of the GIL, and this is what I do.)
What about stackless 3.x, is that currently in wide use? K > -----Original Message----- > From: [email protected] [mailto:stackless- > [email protected]] On Behalf Of Anselm Kruis > Sent: 5. september 2013 10:16 > To: The Stackless Python Mailing List > Subject: Re: [Stackless] stackless-tealet > > Am 05.09.2013 08:27, schrieb Kristján Valur Jónsson: > > In short: Architectural niceness, and hopefully simpler platform support > since platform support is part of the separate, smaller, and easily testable, > tealet module. > > Well that is a good reason to change 3.x, but is it a valid reason to change > 2.7? > Only if we plan to add new architectures or if the change greatly reduces the > maintenance effort. > > > In addition, hopefully faster switching with less memory use. > > For the latter case, I really should gather some metrics, of course :) > > Increased performance justifies the case, especially if you have a large scale > installation. > > Kristján, how risky is the change? Currently 2.7-slp is a very reliable piece > of > software used on many production sites. Every new bug is really expensive. > > Cheers > Anselm > > > > > > -----Original Message----- > > From: [email protected] > > [mailto:[email protected]] On Behalf Of Anselm Kruis > > Sent: 4. september 2013 14:39 > > To: [email protected] > > Subject: Re: [Stackless] stackless-tealet > > > > What are the key benefits we get from tealet? I wonder, if there is any > compelling reason to change the 2.7 implementation. > > > > -- > Dipl. Phys. Anselm Kruis science + computing ag > Senior Solution Architect Ingolstädter Str. 22 > email [email protected] 80807 München, Germany > phone +49 89 356386 874 fax 737 www.science-computing.de > -- > Vorstandsvorsitzender/Chairman of the board of management: > Gerd-Lothar Leonhart > Vorstand/Board of Management: > Dr. Bernd Finkbeiner, Michael Heinrichs, Dr. Arno Steitz, Dr. Ingrid Zech > Vorsitzender des Aufsichtsrats/ Chairman of the Supervisory Board: > Philippe Miltin > Sitz/Registered Office: Tuebingen > Registergericht/Registration Court: Stuttgart Registernummer/Commercial > Register No.: HRB 382196 > > > _______________________________________________ > Stackless mailing list > [email protected] > http://www.stackless.com/mailman/listinfo/stackless _______________________________________________ Stackless mailing list [email protected] http://www.stackless.com/mailman/listinfo/stackless
