[issue45661] [meta] Freeze commonly used stdlib modules.

Guido van Rossum added the comment: Deep-freezing is definitely not a miracle cure. We should continue to trim or delay unneeded imports (like Christian just did for setuptools' _distutils_hack). What *would* be a miracle cure would be if we could deep-freeze the module contents after it

[issue45661] [meta] Freeze commonly used stdlib modules.

Kumar Aditya added the comment: Can you elaborate a bit about "This can have negative affects for performance" as I think freezing modules has only one downside of increasing binary size ? > For WASM builds we want to make the wasm binary as small as possible. If WASM would become an

[issue45661] [meta] Freeze commonly used stdlib modules.

Christian Heimes added the comment: Deep freezing is not a miracle cure for startup performance issues. Every additional frozen module increases the size of the main binary / shared library. This can have negative affects for performance and usability, too. For WASM builds we want to make

[issue45661] [meta] Freeze commonly used stdlib modules.

Inada Naoki added the comment: I don't against deep freezing functools and contextlib. But I think we should optimize and utilize zipimport or something similar, because we can not deep-freeze all stdlib or 3rd party libraries. See also:

[issue45661] [meta] Freeze commonly used stdlib modules.

Kumar Aditya added the comment: functools and contextlib are very common so they should be deep-frozen. warnings and re would be nice to do. -- nosy: +gvanrossum, kumaraditya303 ___ Python tracker

[issue45661] [meta] Freeze commonly used stdlib modules.

Eric Snow added the comment: One to consider that isn't necessarily used that commonly is sysconfig. However, that could also involve freezing the "sysconfigdata" file (without needing to expose it as a module). -- ___ Python tracker

[issue45661] [meta] Freeze commonly used stdlib modules.

New submission from Eric Snow : We're already freezing modules needed for bootstrapping the runtime, as well as the modules imported during startup. [1][2] We're also planning on freezing argparse. [3] There may be other modules (or files) worth freezing (assuming we don't just freeze the