- Community Home
- >
- Servers and Operating Systems
- >
- Legacy
- >
- Operating System - Tru64 Unix
- >
- Collect 'usrtim' and 'systim' data
Categories
Company
Local Language
Forums
Discussions
Forums
- Data Protection and Retention
- Entry Storage Systems
- Legacy
- Midrange and Enterprise Storage
- Storage Networking
- HPE Nimble Storage
Discussions
Forums
Discussions
Discussions
Discussions
Forums
Discussions
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
- BladeSystem Infrastructure and Application Solutions
- Appliance Servers
- Alpha Servers
- BackOffice Products
- Internet Products
- HPE 9000 and HPE e3000 Servers
- Networking
- Netservers
- Secure OS Software for Linux
- Server Management (Insight Manager 7)
- Windows Server 2003
- Operating System - Tru64 Unix
- ProLiant Deployment and Provisioning
- Linux-Based Community / Regional
- Microsoft System Center Integration
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Community
Resources
Forums
Blogs
- Subscribe to RSS Feed
- Mark Topic as New
- Mark Topic as Read
- Float this Topic for Current User
- Bookmark
- Subscribe
- Printer Friendly Page
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
11-22-2004 08:33 AM
11-22-2004 08:33 AM
We are preparing to make some major application changes and are trying to gauge what the impact will be on our load. I'm using the per-process statistics from the collect utility to look at 'before' and 'after' application sessions' usage of system resources. I need to be sure I'm interpreting the CPU utilization statistics usrtim and systim correctly. I am running collect with a 120s process data collection interval and without the '-ot' flag. Here is an excerpt from the 'man collect' page describing the 'usrtim' field:
The user-mode CPU time being consumed by the process. It has two modes, depending on whether the -ot option was specified. In the default mode, the value is a normalized delta, that is, how much user time has been consumed since the last sample, normalized over 1 second. (Excerpt ends)
- Given my H/W config and the 120s interval does this mean that a single usrtim entry represents 1/120th of the absolute amount of CPU time consumed during this interval? If I multiply 'usrtim' and 'systim' by 120 will I get an idea of the total number of CPU-seconds consumed by the process over the entire interval?
- Are these single-CPU numbers - i.e. one-fourth the capacity of my whole machine?
As always, TIA!
Solved! Go to Solution.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
11-23-2004 06:07 PM
11-23-2004 06:07 PM
Re: Collect 'usrtim' and 'systim' data
No. it represents the delta from the previous sample normalized to a per-second value.
eg. the formula would be something like this:
(u2 - u1)/dt
where u2 is current sample value (absolute); u1 is previuos sample value (also absolute); and dt is the time elapsed between time at which u2 was taken and time at which u1 was taken.
>> If I multiply 'usrtim' and 'systim' by 120 will I get an idea of the total number of CPU-seconds consumed by the process over the entire interval?
No. See above. To get this kind of figure, you'd have to get the absolute values (with -ot) first and then process the o/p.
>> Are these single-CPU numbers - i.e. one-fourth the capacity of my whole machine?
The usrtim and systim values are per-process values (regardless of the cpu on which they actually ran).
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
11-24-2004 02:58 AM
11-24-2004 02:58 AM
Re: Collect 'usrtim' and 'systim' data
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
11-24-2004 03:22 PM
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
11-29-2004 03:13 AM
11-29-2004 03:13 AM