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.

classification
Title: add time elapsed to gc debug output
Type: Stage:
Components: Interpreter Core Versions: Python 2.3
process
Status: closed Resolution: out of date
Dependencies: Superseder:
Assigned To: Nosy List: jeske, rhettinger, tim.peters
Priority: normal Keywords: patch

Created on 2003-06-26 06:52 by jeske, last changed 2022-04-10 16:09 by admin. This issue is now closed.

Messages (3)
msg44114 - (view) Author: David Jeske (jeske) Date: 2003-06-26 06:52
In debugging Python GC actions, it's really useful to 
know the amount of time Python spends doing the GC 
cycle (i.e. the pause time). 

I made a quick change to do this, and I've attached the 
patch. It needs to be fixed to be portable. I wanted to 
just call floattime() from timemodule.c, but it wasn't 
clear how to do this from gcmodule.c. It didn't seem like 
the right thing to do to copy the floattime() code from 
timemodule.c. I figured I would leave this simple detail to 
the experts.

My patch adds the gc time and the max gc time to 
the "done" line when debugging is enabled, making it look 
like this:

gc: collecting generation 0...
gc: objects in each generation: 702 5608 72421
gc: done. (0.000267006 s, max 0.151359 s)

I'd like to see this adopted in the gc module.

I also think it would be useful if there were a debugging 
mode to print out gc sweeps which take longer than a 
certain pause time, but I didn't make this change. 
However, it's possible to derive this from the logs.

(i.e. gc.debug_pauses(0.2) would print out a line for 
each gc pause over 0.2 seconds)
msg44115 - (view) Author: Tim Peters (tim.peters) * (Python committer) Date: 2003-06-27 00:47
Logged In: YES 
user_id=31435

There's no uploaded file!  You have to check the
checkbox labeled "Check to Upload & Attach File"
when you upload a file. In addition, even if you
*did* check this checkbox, a bug in SourceForge
prevents attaching a file when *creating* an issue.

Please try again.

(This is a SourceForge annoyance that we can do
nothing about. :-( )
msg44116 - (view) Author: Raymond Hettinger (rhettinger) * (Python committer) Date: 2004-12-20 03:51
Logged In: YES 
user_id=80475

Closing due to inaction.
History
Date User Action Args
2022-04-10 16:09:25adminsetgithub: 38712
2003-06-26 06:52:56jeskecreate