sysinfo
Probes
The sysinfo
provider makes available probes that correspond to the fields in the sys
named kernel statistic: a probe provided by sysinfo
fires immediately before the corresponding sys
value is incremented. The following example shows how to display both the names and the current values of the sys
named kernel statistic using the kstat2
command. For more information about the kstat
command, see the kstat2
(8) man page.
$ kstat2 -g '/system/cpu/*/sys'
kstat:/system/cpu/0/sys
bawrite 0
bread 0
bwrite 0
canch 9
cpu_load_intr 0%
cpu_nsec_idle 944039523309871ns elapsed
cpu_nsec_intr 3400721873472ns elapsed
cpu_nsec_kernel 14270503585569ns elapsed
cpu_nsec_stolen 0ns elapsed
cpu_nsec_user 10374706268624ns elapsed
The sysinfo
probes are described in the following table.
Table 11-38 sysinfo
Probes
Probe | Description |
---|---|
|
Fires whenever a buffer is about to be asynchronously written out to a device. |
|
Fires whenever a buffer is physically read from a device. |
|
Fires whenever a buffer is about to be written out to a device, whether synchronously or asynchronously. |
|
Fires whenever a CPU enters the idle loop. |
|
Fires whenever an interrupt thread blocks. |
|
Fires whenever a running thread is forced to involuntarily give up the CPU. |
|
Fires whenever a buffer is logically read from a device. |
|
Fires whenever a buffer is logically written to a device. |
|
Fires whenever a kernel module is loaded. |
|
Fires whenever a kernel module is unloaded. |
|
Fires whenever a |
|
Fires whenever an attempt is made to acquire an owned adaptive lock. If this probe fires, one of the |
|
Fires whenever a name lookup is attempted in the filesystem. |
|
Fires whenever a thread is created. |
|
Fires whenever a raw I/O read is about to be performed. |
|
Fires whenever a raw I/O write is about to be performed. |
|
Fires whenever a new process cannot be created because the system is out of process table entries. |
|
Fires whenever a CPU switches from executing one thread to executing another. |
|
Fires after each successful read, but before control is returned to the thread performing the read. A read may occur through the |
|
Fires whenever an attempt is made to read-lock a readers/writer when the lock is either held by a writer, or desired by a writer. If this probe fires, the |
|
Fires whenever an attempt is made to write-lock a readers/writer lock when the lock is held either by some number of readers or by another writer. If this probe fires, the |
|
Fires whenever a |
|
Fires whenever an |
|
Fires whenever a |
|
Fires whenever a |
|
Fires whenever a |
|
Fires whenever a |
|
Fires whenever a processor trap occurs. Note that some processors, in particular UltraSPARC variants, handle some light-weight traps through a mechanism that does not cause this probe to fire. |
|
Fires whenever a directory block is read from the UFS file system. For more information, see the |
|
Fires whenever an inode is retrieved. |
|
Fires after an in-core inode without any associated data pages has been made available for reuse. |
|
Fires after an in-core inode with associated data pages has been made available for reuse. This probe fires after the associated data pages have been flushed to disk. |
|
Fires when the periodic system clock has made the determination that a CPU is otherwise idle but some threads are waiting for I/O on the CPU. This probe fires in the context of the system clock and therefore fires on the CPU running the system clock. The |
|
Fires after each successful write, but before control is returned to the thread performing the write. A write may occur through the |
|
Fires whenever a cross-call is about to be made. A cross-call is the operating system's mechanism for one CPU to request immediate work of another CPU. |