Extended the profiling API. When using the variable stack trace depth

buffer format, the buffer can now also contain other events than just
stack traces. ATM these are only references to the image events
(created/deleted). Therefore we no longer have to flush the profiling
buffer after such an event, since the debugger can exactly match the
samples. Since we couldn't flush when the profiling timer hit while the
thread was in the kernel, that wasn't working that well anyway.
"profile -f" fails to translate stack trace addresses only very rarely,
now.


git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@27775 a95241bf-73f2-0310-859d-f6bbb57e9c96
This commit is contained in:
Ingo Weinhold
2008-09-29 00:53:38 +00:00
parent 366f546e67
commit f965a969b1
4 changed files with 68 additions and 7 deletions
+3
View File
@@ -96,6 +96,9 @@ struct thread_debug_info {
int32 image_event;
// number of the image event when the first sample was written into
// the buffer
int32 last_image_event;
// number of the image event when the last sample was written into
// the buffer
bool variable_stack_depth;
// record a variable number of samples per hit
bool buffer_full;