This issue tracker has been migrated to GitHub, and is currently read-only.
For more information, see the GitHub FAQs in the Python's Developer Guide.

Author vstinner
Recipients kristjan.jonsson, larry, neologix, pitrou, tim.peters, vstinner
Date 2014-04-27.00:22:24
SpamBayes Score -1.0
Marked as misclassified Yes
Message-id <1398558147.47.0.214927235948.issue21220@psf.upfronthosting.co.za>
In-reply-to
Content
I spend some nights to try to understand the memory usage of the following Python script:
https://bitbucket.org/haypo/misc/src/31bf03ace91db3998981ee56caf80f09c29991f5/memory/python_memleak.py?at=default

It looks like the weird memory usage (aka "memory fragmentation"?) was fixed in Python 3.3.

> This significantly helps fragmentation in programs with dynamic memory usage, e.g. long running programs.

On which programs? The fragmentation of the memory depends a lot on how the program allocates memory. For example, if a program has no "temporary memory peak", it should not be a victim of the memory fragmentation.

To measure the improvment of such memory allocator, more benchmarks (speed and fragmentation) should be run than a single test (memcruch.py included in the test) written to benchmark the allocator.
History
Date User Action Args
2014-04-27 00:22:28vstinnersetrecipients: + vstinner, tim.peters, pitrou, kristjan.jonsson, larry, neologix
2014-04-27 00:22:27vstinnersetmessageid: <1398558147.47.0.214927235948.issue21220@psf.upfronthosting.co.za>
2014-04-27 00:22:27vstinnerlinkissue21220 messages
2014-04-27 00:22:25vstinnercreate