Open hyln9 opened 10 years ago
Nice idea. :)
Maybe there can be some 'stats-collector' parameter/procedure somewhere. This seems like the least intrusive approach to me.
Launchpad Details: #LPC leppie - 2008-02-09 07:15:34 -0500
I'm inclined to go with the chez scheme interface since I have all
the info that's there already except for the gc-bytes (i.e. how many
bytes were reclaimed by the collector).
http://www.scheme.com/csug7/system.html#./system:h9
How does it look?
Aziz,,,
Launchpad Details: #LPC Abdulaziz Ghuloum - 2008-02-09 12:02:33 -0500
On Feb 9, 2008 9:02 AM, Abdulaziz Ghuloum
I'm inclined to go with the chez scheme interface since I have all the info that's there already except for the gc-bytes (i.e. how many bytes were reclaimed by the collector). How does it look?
I like it. Thanks again. Just curious, is gc-bytes something you might add in the future? I'm fine living without gc-bytes, though I guess it could be pretty useful in certain debugging situations when you know how to interpret it?
Launchpad Details: #LPC Derick Eddington - 2008-02-09 14:39:53 -0500
On Feb 9, 2008, at 2:39 PM, Derick Eddington wrote:
Just curious, is gc-bytes something you might add in the future?
At the moment, I don't know how to precisely keep track of how many
bytes are reclaimed. Imprecise numbers would be more confusing than
helpful in the situation you described.
Launchpad Details: #LPC Abdulaziz Ghuloum - 2008-02-09 15:14:51 -0500
Currently, the timing facilities of Ikarus print their info to the console. In order to use timings programmatically, i.e. so I can port and use my
time-averages', I request functionality which will return as Scheme values the info currently printed to the console. If it's not obvious how the API should be, I'll try to help with brainstorming. Maybe a timer like this can even enable a basic profiler via instrumented
define' and `lambda' macros.Launchpad Details: #LP190377 Derick Eddington - 2008-02-09 00:33:36 -0500