[Python-Dev] Can I make marshal.dumps() slower but stabler? (original) (raw)

Christian Tismer tismer at stackless.com
Fri Jul 13 09:57:30 EDT 2018

Well, to my knowledge they did not modify the marshal code. They are in fact heavily dependent from marshal speed since that is used frequently to save and restore state of many actors.

But haven't looked further since 2010 ;-)

Btw., why are they considering to make the algorithm slower, just because someone wants the algorithm stable?

An optional keyword argument would give the stability, and the default behavior would not be changed at all.

Cheers - Chris

On 12.07.18 12:07, Steve Holden wrote:

Eve is indeed based on stackless 2, and are well capable of ignoring changes they don't think they need (or were when I was working with them). At one point I seem to remember they optimised their interpreter to use singleton floating-point values, saving large quantities of memory by having only one floating-point zero.

Steve Holden On Thu, Jul 12, 2018 at 9:55 AM, Alex Walters <tritium-list at sdamon.com_ _<mailto:tritium-list at sdamon.com>> wrote:

> -----Original Message----- > From: Python-Dev <python-dev-bounces+tritium-_ _> list=sdamon.com at python.org <mailto:sdamon.com at python.org>> On Behalf Of Victor Stinner > Sent: Thursday, July 12, 2018 4:01 AM > To: Serhiy Storchaka <storchaka at gmail.com <mailto:storchaka at gmail.com>> > Cc: python-dev <python-dev at python.org <mailto:python-dev at python.org>> > Subject: Re: [Python-Dev] Can I make marshal.dumps() slower but stabler? > > 2018-07-12 8:21 GMT+02:00 Serhiy Storchaka <storchaka at gmail.com <mailto:storchaka at gmail.com>>: > >> Is there any real application which marshal.dumps() performance is > >> critical? > > > > EVE Online is a well known example. > > EVE Online has been created in 2003. I guess that it still uses Python 2.7. > > I'm not sure that a video game would pick marshal in 2018. > EVE doesn't use stock CPython, IIRC.  They use a version of stackless 2, with their own patches.  If a company is willing to patch python itself, I don't think their practices should be cited without more context about what they actually modified. > Victor _> ________________________ > Python-Dev mailing list > Python-Dev at python.org <mailto:Python-Dev at python.org> > https://mail.python.org/mailman/listinfo/python-dev <https://mail.python.org/mailman/listinfo/python-dev> > Unsubscribe: https://mail.python.org/mailman/options/python-dev/tritium- <https://mail.python.org/mailman/options/python-dev/tritium-> > list%40sdamon.com <http://40sdamon.com>

Python-Dev mailing list Python-Dev at python.org <mailto:Python-Dev at python.org> https://mail.python.org/mailman/listinfo/python-dev <https://mail.python.org/mailman/listinfo/python-dev> Unsubscribe: https://mail.python.org/mailman/options/python-dev/steve%40holdenweb.com <https://mail.python.org/mailman/options/python-dev/steve%40holdenweb.com>

Python-Dev mailing list Python-Dev at python.org https://mail.python.org/mailman/listinfo/python-dev Unsubscribe: https://mail.python.org/mailman/options/python-dev/tismer%40stackless.com

-- Christian Tismer-Sperling :^) tismer at stackless.com Software Consulting : http://www.stackless.com/ Karl-Liebknecht-Str. 121 : http://pyside.org 14482 Potsdam : GPG key -> 0xE7301150FB7BEE0E phone +49 173 24 18 776 fax +49 (30) 700143-0023

-------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 496 bytes Desc: OpenPGP digital signature URL: <http://mail.python.org/pipermail/python-dev/attachments/20180713/c9ed1c36/attachment.sig>

More information about the Python-Dev mailing list