Feliz Navidad y Feliz 2017!!
Merry Chrismas and Happy New year 2017
Gonsystem: Windows - Linux - Servers - Redes - Cisco - Comunicaciones - Monitorización - Seguridad
Counter:
|
Processor - Processor
Time
|
Description
|
% Processor Time is the
percentage of elapsed time that the processor spends to execute a non-Idle
thread. It is calculated by measuring the percentage of time that the
processor spends executing the idle thread and then subtracting that value
from 100%. (Each processor has an idle thread that consumes cycles when no
other threads are ready to run). This counter is the primary indicator of
processor activity, and displays the average percentage of busy time observed
during the sample interval. It should be noted that the accounting
calculation of whether the processor is idle is performed at an internal
sampling interval of the system clock (10ms). On todays fast processors, %
Processor Time can therefore underestimate the processor utilization as the
processor may be spending a lot of time servicing threads between the system
clock sampling interval. Workload based timer applications are one
example of applications which are more likely to be measured
inaccurately as timers are signaled just after the sample is taken.
Is the percentage of time the
processors spend to execute threads that are not idle. A consistent 80-90% is
too high. Multiprocessor systems have a separate instance for each CPU.
|
Options
|
Total or processor
|
Threshold / Values
|
Good < 80%
|
Units
|
|
How to interpret the value
|
Amount of total CPU usage across
all processors. Is high in the Processor object, you might want
to monitor it in the Process object for each individual process.
|
Counter:
|
Processor - Privileged
time
|
Description
|
% Privileged Time is the
percentage of elapsed time that the process threads spent executing code in
privileged mode. When a Windows system
service in called, the service will often run in privileged mode to gain
access to system-private data. Such data is protected from access by threads
executing in user mode. Calls to the system can be explicit or implicit, such
as page faults or interrupts. Unlike some early operating systems, Windows
uses process boundaries for subsystem protection in addition to the
traditional protection of user and privileged modes. Some work done by
Windows on behalf of the application might appear in other subsystem
processes in addition to the privileged time in the process.
|
Options
|
Total or processor
|
Threshold / Values
|
Good < 30%
|
Units
|
|
How to interpret the value
|
Amount of total CPU usage in
kernel mode across all processors. Indicates
the time spent on Windows kernel commands (SQL Server I/O requests). If both
this and Physical Disk counters are high, there might be a need for a faster
disk or lower load for this server.
Let you monitor user mode and
kernel mode activities independently. These counters can help you determine
whether a bottleneck is occurring within an application or within the OS.
However, it’s important to remember the architecture of the Windows OS. Most
actions are performed in kernel mode, so it’s not uncommon to see 70 percent
or more of the activity occurring within kernel or privileged mode.
|
Counter:
|
Processor - user time
|
Description
|
% User Time is the percentage of
elapsed time the processor spends in the user mode. User mode is a restricted
processing mode designed for applications, environment subsystems, and
integral subsystems. The alternative,
privileged mode, is designed for operating system components and allows
direct access to hardware and all memory.
The operating system switches application threads to privileged mode
to access operating system services. This counter displays the average busy
time as a percentage of the sample time.
Amount of total CPU usage in user
mode across all processors.
|
Options
|
Total or processor
|
Threshold / Values
|
Good < 80%
|
Units
|
|
How to interpret the value
|
The percentage of time the CPU
spends on user processes (SQL Server).
It ss inclusive of both user mode
and kernel mode OS functions. It’s technically a measurement of the time in
which the System Idle Process isn’t running. The System Idle Process runs
only when no other process is seeking processor time. I usually look for
average % Processor Time values greater than 65 to 70 percent before I’m
concerned about the processor
|
Counter:
|
Memory - Available MBytes
|
Description
|
Available Bytes is the amount of
physical memory, in bytes, immediately available for allocation to a process
or for system use. It is equal to the sum of memory assigned to the standby
(cached), free and zero page lists. Indicates how much memory is available
for new processes.
Measures values that sit between
Available Bytes and Available Mbytes. The level of detail provided by
tracking kilobytes is better than the limited detail of megabytes and the
overwhelming detail of bytes.
|
Threshold /
Values
|
Good -> big value
|
Units
|
Bytes / Mbytes
|
How to interpret the value
|
High value a lot of memory free
to work else Possible memory congestion by processes. Solution: more memory
|
Counter:
|
Memory - Pages/sec
|
Description
|
Pages/sec is the rate at which
pages are read from or written to disk to resolve hard page faults. This
counter is a primary indicator of the kinds of faults that cause system-wide
delays. It is the sum of Memory\\Pages
Input/sec and Memory\\Pages Output/sec.
It is counted in numbers of pages, so it can be compared to other
counts of pages, such as Memory\\Page Faults/sec, without conversion. It
includes pages retrieved to satisfy faults in the file system cache (usually
requested by applications) non-cached mapped memory files.
This counter indicates how many
times the virtual memory is getting accessed. A rule of thumb says that it
should be lower than 20. Higher numbers might mean excessive paging. Using
Memory: Page Faults/sec can further indicate whether SQL Server or some other
process is causing it.
Is used to track the number of
virtual memory pages read or written per second. On most systems, a 4KB
memory page is used, so you can multiply the Pages/sec value times 4 to calculate
the kilobytes passing to or from the virtual memory file each second, which
will give you a better understanding of just how much data is moved from RAM
to the disk each second.
|
Threshold /
Values
|
Good < 20
|
Units
|
Pages/sec
|
How to interpret the value
|
Access to disk (cache). Higher
numbers might mean excessive paging.
|
Counter:
|
Memory - Pages Output/sec
|
Description
|
Pages Output/sec is the rate at
which pages are written to disk to free up space in physical memory. Pages are
written back to disk only if they are changed in physical memory, so they are
likely to hold data, not code. A high rate of pages output might indicate a
memory shortage. Windows writes more pages back to disk to free up space when
physical memory is in short supply.
This counter shows the number of pages, and can be compared to other
counts of pages, without conversion.
|
Threshold /
Values
|
Good low values
|
Units
|
Pages Output/sec
|
How to interpret the value
|
A high rate of pages output might
indicate a memory shortage. Need more physical memory.
|
Counter:
|
Memory - Pages Input/sec
|
Description
|
Pages Input/sec is the rate at
which pages are read from disk to resolve hard page faults. Hard page faults
occur when a process refers to a page in virtual memory that is not in its
working set or elsewhere in physical memory, and must be retrieved from disk.
When a page is faulted, the system tries to read multiple contiguous pages
into memory to maximize the benefit of the read operation. Compare the value
of Memory\\Pages Input/sec to the value of
Memory\\Page Reads/sec to determine the average number of pages read
into memory during each read operation.
|
Threshold /
Values
|
Good high values
|
Units
|
Pages Input/sec
|
How to interpret the value
|
Hard page faults occur when a
process refers to a page in virtual memory that is not in its working set or elsewhere
in physical memory, and must be retrieved from disk.
|