lp:~jameinel/runsnakerun/memory_dump_integration

Branch merges

Propose for merging

No branches dependent on this one.

Related source package recipes

No recipes using this branch. (?)

Create packaging recipe

Related snap packages

Related bugs

Related blueprints

54. By John A Meinel on 2009-04-07

Don't use decimals in the cumulative column, as we are just showing integers.

53. By John A Meinel on 2009-04-07

/call counts now use 1.0, as it has the most meaning.
Also, start calling 'remove_expensive_references', since it seems to
give cleaner output.

52. By John A Meinel on 2009-04-07

Change the .children() property to yield each node only one time.

51. By John A Meinel on 2009-04-06

Include values since it helps a bit.
Also, recursive is now overloaded as the number of references.
(Calls is the number of referrers.)
Also, we now compute *something* for child_cummulative_time(), which
means that we actually get results in the squaremap.

50. By John A Meinel on 2009-04-06

Some updates now that we have a way to 'compute_total_size'.
Note, however, that this is rather expensive. As in a minute or so to
update from just thousands of references.
The problem is probably the number of entries that end up in the global
refcycle by virtue of some sort of module access.

49. By John A Meinel on 2009-04-06

Initial attempt at wrapping the memory dump output into the graph that runsnakerun wants.
Currently the breakdown is done on every object....
It would probably be better to aggregate things by type.

48. By John A Meinel on 2009-04-06

Change the 'already_done' dict into an 'already_done' set.
Should save some memory when doing large recursions.

47. By Mike C. Fletcher <mcfletch@sturm> on 2009-03-30

Wrong word

46. By Mike C. Fletcher <mcfletch@sturm> on 2009-03-30

Add link to the presentation at Pycon

45. By Mike C. Fletcher <mcfletch@sturm> on 2009-03-30

Add link for latest version on pypi