| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
| |
events are now plotted as a counting graph, similar to CPU load, so that
their duration and critnest values can be visualized.
|
|
|
|
| |
when running on traces referencing >2 CPUs.
|
|
|
|
| |
instructions.
|
|
|
|
|
|
| |
This was pulled from Jeff Roberson's email to current@ "the other day."
Approved by: jeff@
|
|
|
|
|
|
|
| |
as they are the setrunqueue() and sched_add() calls. Since they happen
immediately before the thread is placed on a run queue they would normally
dwarf the more informative preemption or yield event and it is implicitly
understood that a thread is back on the run queue as part of these events.
|
|
|
|
| |
timestamp has wrapped.
|
|
|
|
| |
are properly represented.
|
|
python and tkinter. Schedgraph takes input from files produces by
ktrdump -ct when KTR_SCHED is compiled into the kernel. The output
represents the states of each thread with colored line segments as well
as colored points for non-state scheduler events. Each line segment and
point is clickable to obtain extra detail.
|