A RetroSearch Logo

Home - News ( United States | United Kingdom | Italy | Germany ) - Football scores

Search Query:

Showing content from https://mail.python.org/pipermail/python-dev/2017-January/147239.html below:

[Python-Dev] Investigating Python memory footprint of one real Web application

[Python-Dev] Investigating Python memory footprint of one real Web application [Python-Dev] Investigating Python memory footprint of one real Web applicationAntoine Pitrou solipsis at pitrou.net
Tue Jan 24 13:51:02 EST 2017
On Tue, 24 Jan 2017 10:21:45 -0800
Nathaniel Smith <njs at pobox.com> wrote:
> 
> The thing I found most surprising about that blog post was that contrary to
> common wisdom, refcnt updates per se had essentially no effect on the
> amount of memory shared between CoW processes, and the problems were all
> due to the cycle collector.

Indeed, it was unexpected, though it can be explained easily: refcount
updates touch only the live working set, while GC passes scan through
all existing objects, even those that are never actually used.

Regards

Antoine.
More information about the Python-Dev mailing list

RetroSearch is an open source project built by @garambo | Open a GitHub Issue

Search and Browse the WWW like it's 1997 | Search results from DuckDuckGo

HTML: 3.2 | Encoding: UTF-8 | Version: 0.7.4