* Remove KTR_CPUMASK, it is not correct to set this
* Explain why 32768 entries is usually not enough * Increase the scaling ratio to 10 to deal with 32-bit overflows that can occur in calculating the canvas offsets
This commit is contained in:
parent
fa806e1d17
commit
4c2abb46e1
@ -38,10 +38,11 @@
|
||||
# options KTR_ENTRIES=32768
|
||||
# options KTR_COMPILE=(KTR_SCHED)
|
||||
# options KTR_MASK=(KTR_SCHED)
|
||||
# options KTR_CPUMASK=0x3
|
||||
# - It is encouraged to increase KTR_ENTRIES size to gather enough
|
||||
# information for analysis; e.g.
|
||||
# options KTR_ENTRIES=262144
|
||||
# as 32768 entries may only correspond to a second or two of profiling
|
||||
# data depending on your workload.
|
||||
# - Rebuild kernel with proper changes to KERNCONF and boot new kernel.
|
||||
# - Run your workload to be profiled.
|
||||
# - While the workload is continuing (i.e. before it finishes), disable
|
||||
@ -1225,7 +1226,7 @@ def fixup(self):
|
||||
|
||||
class SchedDisplay(Canvas):
|
||||
def __init__(self, master):
|
||||
self.ratio = 1
|
||||
self.ratio = 10
|
||||
self.ktrfile = None
|
||||
self.sources = None
|
||||
self.bdheight = 10
|
||||
|
Loading…
Reference in New Issue
Block a user