Jython

Issue2278

classification
Title: Jython runtime instrumentation
Type: rfe Severity: normal
Components: Versions: Jython 2.7
Milestone:
process
Status: open Resolution: accepted
Dependencies: Use Java logging framework
View: 2778
Superseder:
Assigned To: Nosy List: jeff.allen, pekka.klarck, zyasoft
Priority: normal Keywords:

Created on 2015年03月03日.23:39:17 by zyasoft, last changed 2019年08月04日.16:12:18 by jeff.allen.

Messages
msg9579 (view) Author: Jim Baker (zyasoft) Date: 2015年03月03日.23:39:16
Jython logs to stderr, up to a verbosity level of -vvv, a variety of runtime events, most notably in import resolution. The logging code is simple: https://github.com/jythontools/jython/blob/master/src/org/python/core/Py.java#L1992
It would be helpful to get more detailed runtime output by expanding what is logged; choice of output log; and especially with timestamps. Such instrumentation could help diagnose problems in say excessively long import times.
We should look at integrating with some widely used instrumentation package in doing so.
msg12618 (view) Author: Jeff Allen (jeff.allen) Date: 2019年08月04日.16:12:18
I noticed I'd somewhat duplicated this in #2778. I didn't spot it as a duplicate because of the title majoring on "runtime instrumentation", whereas richer logging is what's really on my mind in #2778.
I'm not sure what "runtime instrumentation" means, but I'm working on the assumption that if we get the logging in place (with timestamps, the instrumentation needed is a thing that consumes it.
Logging is not the right mechanism if investigation needs micro-benchmarks, but it is good for finding what phases of start-up, or an application, are costly.
History
Date User Action Args
2019年08月04日 16:12:18jeff.allensetresolution: accepted
dependencies: + Use Java logging framework
messages: + msg12618
nosy: + jeff.allen
2015年03月03日 23:39:17zyasoftcreate

Supported by Python Software Foundation,
Powered by Roundup

AltStyle によって変換されたページ (->オリジナル) /