Contained WithinFind More DocumentationFeatured Support Resources | Download this book in PDF (6561 KB)
rcapstat(1)Name | Synopsis | Description | Options | OUTPUT | Operands | Examples | Exit Status | Attributes | See Also | Notes Name
Synopsisrcapstat [-g] [-p | -z] [interval [count]] DescriptionThe rcapstat command reports on the projects or zones capped by rcapd(1M). Each report contains statistics that pertain to the project or zone and paging statistics. Paging refers to the act of relocating portions of memory, called pages, to or from physical memory. rcapd pages out the most infrequently used pages. The paging statistics in the first report issued show the activity since the daemon was started. Subsequent reports reflect the activity since the last report was issued. Reports are issued every interval seconds up to the quantity specified by count, or forever if count is not specified. Options
The following options are supported: OUTPUT
The following list defines the column headings in the rcapstat report and provides information about how to interpret the report. Operands
The following operands are supported: ExamplesExample 1 Using rcapstat to Report Cap and Project InformationCaps are defined for two projects associated with two users. user1 has a cap of 50 megabytes and user2 has a cap of 10 megabytes. The following command produces five reports at 5-second sampling intervals.
The first three lines of output constitute the first report, which contains the cap and project information for the two projects and paging statistics since rcapd was started. The at and pg columns are a number greater than zero for user1 and zero for user2, which indicates that at some time in the daemon's history, user1 exceeded its cap but user2 did not. The subsequent reports show no significant activity. Example 2 Using rcapstat to Monitor the RSS of a Project
The project user1 has an RSS in excess of its physical memory cap. The nonzero values in the pg column indicate that rcapd is consistently paging out memory as it attempts to meet the cap by lowering the physical memory utilization of the project's processes. However, rcapd is unsuccessful, as indicated by the varying rss values that do not show a corresponding decrease. This means that the application's resident memory is being actively used, forcing rcapd to affect the working set. Under this condition, the system continues to experience high page fault rates, and associated I/O, until the working set size (WSS) is reduced, the cap is raised, or the application changes its memory access pattern. Notice that a page fault occurs when either a new page must be created, or the system must copy in a page from the swap device. Example 3 Determining the Working Set Size of a ProjectThis example is a continuation of Example 1, and it uses the same project.
By inhibiting cap enforcement, either by raising the cap of a project or by changing the minimum physical memory utilization for cap enforcement (see rcapadm(1M)), the resident set can become the working set. The rss column might stabilize to show the project WSS, as shown in the previous example. The WSS is the minimum cap value that allows the project's processes to operate without perpetually incurring page faults. Exit Status
The following exit values are returned: AttributesSee attributes(5) for descriptions of the following attributes:
See Alsorcapadm(1M), rcapd(1M), attributes(5) Physical Memory Control Using the Resource Capping Daemon in System Administration Guide: Resource Management NotesIf the interval specified to rcapstat is shorter than the reporting interval specified to rcapd (with rcapadm(1M)), the output for some intervals can be zero. This is because rcapd does not update statistics more frequently than the interval specified with rcapadm, and this interval is independent of (and less precise than) the sampling interval used by rcapstat. Name | Synopsis | Description | Options | OUTPUT | Operands | Examples | Exit Status | Attributes | See Also | Notes |
|||||||