|
|
The
SPS/Performance Monitors |
Resolve capacity planning, system trouble-shooting and alerting
issues |
The
SPS/Performance Monitors address all aspects of system
performance: capacity planning, current and historical data
reporting, quick on-line troubleshooting and system-level
alert handling. SPS monitors help identify which process or
application is "killing" the system and resolve potential
problems ahead of time to allow more accurate capacity planning.
|
SPS
provides an on-line graphic representation of system's resource
consumption. SPS captures and calculates
system utilization data based on configurable combinations
of groups, users and processes. The product is user-friendly,
its reports and graphs are easy to interpret |
The
reporting facility allows the user to exayour historical data
in On-line Playback Mode and to download report files into
spreadsheet applications. SPS also features
a system wide Analyze System Server process that reduces the
overhead associated with the analyze_system subsystem and
allows users to extract periodically and log any set of benchmark
values
|
SPS
produces alert signals and automatically executes corrective
commands when any of the monitored meters exceed the allowed
thresholds
|
|
| Objectives
SPS/Performance |
|
 Deteryour
the performance characteristics of my application
|
Deteryour
the maximum user load capacity
|
Demonstrate
application and system scalability
|
Demonstrate
the application meets the performance requirements
|
Deteryour
application and system break point
|
Deteryour
if the current infrastructure can support the application
|
Ensure
that the infrastructure configuration meets requirements
|
Ensure
that the system operate at with tolerable response times at
peak hours
|
Ensure
that the system can sustain predefined throughput
|
Ensure
that the system is optimally configured for performance
|
Evaluate
impact of application on current infrastructure
|
Understand
system behavior with different transaction mix
|
| Pinpoint
and remove application and system bottlenecks |
| Know
you limits and prepare for future capacities |
|
| Features |
|
|
Records
system utilization meters: CPU utilization, page faulting
time and rate, disk I/O and system interrupt rates |
|
Monitors
transaction rate and identifies processing bottlenecks |
|
Analyzes
historical data (hourly, daily, weekly and monthly)
and creates spreadsheet-ready, ASCII report files that
can be imported into any customer chosen spreadsheet
application such as EXCEL |
|
Monitors
application queuing activity, messages processed, messages
pending, queuing rate and queue depth |
|
Features
a real-time, graphical view of all monitored modules
|
|
Provides
process listings (list_users) sorted by: CPU utilization,
I/O rate, Page faults and Interrupt rates |
|
Supports
multi-module, multi-system sites |
|
Provides
a Playback Mode for historical data analysis |
|
Provides
monitoring and alerting functions using any user-defined
meters from within analyze_system |
|
Allows
threshold and alert settings for all monitored meters
|
|
|
|
Frequently asked questions |
|
|
What kind of system
overhead should I expect? |
| |
None.
The SPS server wakes up every five minutes only to take
a quick snapshot of system condition, it takes a few
mil-seconds and then process continues to wait another
five minutes for its next cycle. |
|
Should we be concerned
with VOS releases or versions? |
| |
Not
at all. SPS does not utilize any "secret"
or undocumented system structures or system calls and
is therefore completely independent of the VOS release
level. SPS runs reliably on any VOS
release (8-12). |
|
Do I need to be a performance
"guru" or take a course? |
| |
Absolutely
not! SPS is designed to be up and running
and become useful in any production environment in minutes.
Typical learning curve is 20 minutes. |
|
