Related Documentation | \nVersion of up.time \naffected | \nAffected Platforms | \n
\n | \nAll | \nIRIX | \n
The up.time IRIX agent collects the following performance metrics from the systems on which it is installed:
\n \n \n \nThe IRIX agent uses a number of utilities to gather these metrics including:
\n \n-
\n
sar
: collects information about system activity.
\nifconfig
: configures the parameters for network interfaces.
\nps
: reports on the status of processes.
\nnetstat
: reports on network status.
\n
Each set of performance metrics is averaged between the interval at which the up.time monitoring station polls the agent (e.g. every 10 minutes).
\n \nCPU
\n \nThe up.time agent uses the sar
utility (with the -u
and -f
options) to collect the metrics listed below from an IRIX system. The statistics returned by the agent are averaged for all CPUs on the system.
Metric | \n\tExplanation | \n
% Usr | \n \n\tThe amount of time that the CPU spends in user mode. | \n
% Sys | \n \n\tThe amount of time that the kernel spends processing system calls. | \n
% WIO | \n \n\tThe amount of waiting time that a runnable process for a device takes to perform an I/O operation. | \n
Multi CPU Usage | \n\tWhether or not a system wity multiple CPUs is effectively balancing tasks between CPUs, or if processes are being forced off CPUs in certain circumstances. | \n
Run Queue Length | \n\tThe percentage of time that one or more services or processes are waiting to be served by the CPU. | \n
Run Queue Occupancy | \n\tThe percentage of time that one or more services or processes are waiting to be served by the CPU. | \n
Multi-CPU
\n \nThe up.time agent collects the metrics listed below from IRIX systems with multiple CPUs. The CPU statistics output by the agent are an average of all the CPUs on the server.
\n \nMetric | \n\tExplanation | \n
User % | \n \n\tThe percentage of CPU user processes that are in use. | \n
System % | \n\tThe percentage of CPU kernel processes that are in use. | \n
Wait I/O % | \n\tThe percentage of time that a process which can be run must wait for a device to perform an I/O operation. | \n \n
SMTX | \n\tThe number of read or write locks that a thread was not able to acquire on the first attempt, as reported by the mpstat command. | \n
XCAL | \n\tThe number of interprocess cross-calls. In a multi-processor environment, one processor sends cross-calls to another processor to get that processor to do work. Cross-calls can also be used to ensure consistency in virtual memory. Heavy file system activity such as NFS can result in a high number of cross-calls. | \n
Interrupts | \n\tThe number of CPU interrupts. | \n
Total % | \n\tThe total amount of User %, System %, and Wait I/O%. | \n
Memory
\n \nThe up.time agent uses the sar
utility with the following options to collect memory metrics from an IRIX system:
-
\n
-w -f
(swap activity)
\n-b -f
(buffer activity)
\n-p -f
(paging activity)
\n
The statistics the agent returns are for the entire system.
\n \nMetric | \n\tExplanation | \n
Free Memory | \n\tThe amount of physical memory available to the operating system, system library files, and applications. | \n
Cache Hit Rate | \n\tHow often the system accesses the CPU cache. | \n
Page-outs/s | \n\tThe rate at which pages were written to disk. | \n
Page-ins/s | \n\tThe rate at which pages were read from or written to the disk. | \n
Page Frees/s | \n\tThe number of pages that are freed from memory each second. | \n
Attaches/s | \n\tThe number of pages that get attached to memory each second. | \n
Page-out Requests/s | \n\tThe number of requests to perform a write operation that occur each second. | \n
Page-in reqs/s | \n\tThe number of requests to perform a read operation that occur each second. | \n
PageScans/s | \n\tThe number of pages that are scanned each second. | \n
PageFaults/s | \n\tThe number of page faults that occur each second. | \n
Software Locks/s | \nThe number of software locks that are issued each second. | \n
Disk
\n \nThe up.time agent uses the sar
utility with the -d
and -f
options to collect the disk metrics listed below from an IRIX system. The agent collects volume capacity statistics from each filesystem, while the disk statistics (%busy, Read/Write/s) returned are for each disk.
Metric | \n\tExplanation | \n
Disk (Spindle) Name | \n\tThe names of each disk on the system. | \n
Usage (% Busy) | \n\tThe percentage of time during which the disk drive is handling read or write requests. | \n
Blocks per second | \n\tThe number of read and write operations on the disk that occur each second. | \n
Transfers/s | \n\tThe average number of bytes that have been transferred to or from the disk during write or read operations. | \n
Average Queued Requests | \n\tThe number of threads that are waiting for processor time. | \n
Average Service Time | \n\tThe average amount of time, in milliseconds, that is required for a request to be carried out. | \n
Average Wait Time | \n\tThe average time, in milliseconds, that a transaction is waiting in a queue. The wait time is directly proportional to the length of the queue. | \n
Network
\n \nThe up.time agent uses the following utilities to collect network data from an IRIX system:
\n \n-
\n
ifconfig -a
\nnetstat -s
\n
Except for TCP retransmits, the agent averages all statistics per interface.
\n \nMetric | \n\tExplanation | \n
Receive Rate | \n\tThe rate, in kilobytes per seconds, at which data is received over a specific network adapter. | \n
Send Rate | \n\tThe rate, in kilobytes per seconds, at which data is sent over a specific network adapter. | \n
Packets Inbound Errors | \n\tThe number of inbound packets that contained errors, which preventing those packets from being delivered to a higher-layer protocol. | \n
Packets Outbound Errors | \n\tThe number of outbound packets that could not be transmitted because of errors. | \n
Collisions | \n\tThe number of signals from two separate nodes on the network that have collided. | \n
TCP Retransmits | \n\tThe number of packets that have been re-sent over a network interface. | \n
Process
\n \nThe up.time agent uses the ps
utility with the -ef
option to collect the process data listed below from an IRIX system. By default, the agent only gathers the top 20 processes, and sorts them by the highest CPU usage.
Metric | \n\tExplanation | \n
Number of Processes | \n\tThe number of processes that are currently running on a system. | \n
Process Creation Rate | \n\tThis metric determines whether or not there are runaway processes on a system or if a forking-based process (like a Web server) is spawning too many processes over a specified period of time. | \n
Processes Running | \n\tThe number of processes that are currently running. | \n
Processes Blocked | \n\tThe number of processes that are currently being blocked from running. | \n
Processes Waiting | \n\tThe number of processes that are currently waiting to runn. | \n
Workload - User | \n\tThe demand that network and local services are putting on the system, based on the IDs of the users who are logged into a system. | \n
Workload - Group | \n\tThe demand that network and local services are putting on the system, based on the IDs of the user groups that are logged into a system. | \n
Workload - Process Name | \n\tThe demand that network and local services are putting on a system, based on the processes that are running. | \n
Workload Top 10 - User | \n\tThe 10 network and local services that are are putting the most load on the system, based on the IDs of the users who are logged into a system. | \n
Workload Top 10 - Group | \n\tThe 10 network and local services that are are putting the most load on the system, based on the IDs of the user groups who are logged into a system. | \n
Workload Top 10 - Process Name | \n\tThe 10 network and local services that are are putting the most load on the system, based on the processes that are running. | \n
User
\n \nThe up.time agent uses the following utilities to collect user information from an IRIX system:
\n \n-
\n
ps -eo
\n/usr/bsd/last /usr/bsd/head -10
(login history for the last 10 users on the system)
\n/usr/bin/who
(lists who is currently logged into the system)
\n
Metric | \n\tExplanation | \n
Login History | \n\tThe number of times or frequency at which a user has logged into a system during any 30 minute time interval. | \n
Sessions | \n\tThe number of sessions or number of distinct users who are logged into a system during any 30 minute time interval. | \n