While I don't think it's fine to play devil's advocate, given the choice
between "this will help a common production use-case" (pre-fork servers)
and "this could hurt a hypothetical production use case" (long-running
applications that reload modules enough times this could waste a
significant amount of memory), I think the former is more important.
//arry/
On 2/20/22 06:01, Antoine Pitrou wrote:
On Sat, 19 Feb 2022 12:05:22 -0500
Larry Hastings<la...@hastings.org> wrote:
On 2/19/22 04:41, Antoine Pitrou wrote:
On Fri, 18 Feb 2022 14:56:10 -0700
Eric Snow<ericsnowcurren...@gmail.com> wrote:
On Wed, Feb 16, 2022 at 11:06 AM Larry Hastings<la...@hastings.org> wrote:
He suggested(*) all the constants unmarshalled as part of loading a module should be
"immortal", and if we could rejigger how we allocated them to store them in
their own memory pages, that would dovetail nicely with COW semantics, cutting down on
the memory use of preforked server processes.
Cool idea. I may mention it in the PEP as a possibility. Thanks!
That is not so cool if for some reason an application routinely loads
and unloads modules.
Do applications do that for some reason? Python module reloading is
already so marginal, I thought hardly anybody did it.
I have no data point, but I would be surprised if there wasn't at least
one example of such usage somewhere in the world, for example to
hotload fixes in specific parts of an application without restarting it
(or as part of a plugin / extension / mod system).
There's also the auto-reload functionality in some Web servers or
frameworks, but that is admittedly more of a development feature.
Regards
Antoine.
_______________________________________________
Python-Dev mailing list --python-dev@python.org
To unsubscribe send an email topython-dev-le...@python.org
https://mail.python.org/mailman3/lists/python-dev.python.org/
Message archived
athttps://mail.python.org/archives/list/python-dev@python.org/message/C2MWXHPOFFH5CLLPKJCVEQD4EGHKTD24/
Code of Conduct:http://python.org/psf/codeofconduct/
_______________________________________________
Python-Dev mailing list -- python-dev@python.org
To unsubscribe send an email to python-dev-le...@python.org
https://mail.python.org/mailman3/lists/python-dev.python.org/
Message archived at
https://mail.python.org/archives/list/python-dev@python.org/message/VYGLHB4JXSYKTNJ2AOLDFUKO4GDHWVIV/
Code of Conduct: http://python.org/psf/codeofconduct/