- Community Home
- >
- Servers and Operating Systems
- >
- Operating Systems
- >
- Operating System - HP-UX
- >
- System Stress Script
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
12-18-2003 01:49 AM
12-18-2003 01:49 AM
We are testing some new server monitoring software to alarm and send email when the servers are at high CPU utilization and I need a way to test it.
Thank you :)
Solved! Go to Solution.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
12-18-2003 01:53 AM
12-18-2003 01:53 AM
Solutioncd /usr/bin
while true
do
for f in *
do
nroff -man $f &
done
done
But be carefull: it will run indefinitely.
You could also increase usage by setting nice -20 on the command to increase priority.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
12-18-2003 01:55 AM
12-18-2003 01:55 AM
Re: System Stress Script
I've done application load testing with variations of this simple loop, run multiple times
while :
do
cp /somedirname/* /dev/null
done
after the first loop of something like this, data will be in cache, and dump to null as fast as memory i/o allows.
You can add some calculatiion type commands to the body if you want to try to eliminate any waits for resouces.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
12-18-2003 01:55 AM
12-18-2003 01:55 AM
Re: System Stress Script
while true
do
nice --10 gzip -c /stand/vmunix >/dev/null &
done
Gideon
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
12-18-2003 01:57 AM
12-18-2003 01:57 AM
Re: System Stress Script
while (1) {
$a = 1
}
this brings _one_ cpu to 100%. Stop it with ctrl-c.
hth,
Claudio
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
12-18-2003 01:58 AM
12-18-2003 01:58 AM
Re: System Stress Script
a better one is cat /somedirname >/dev/null
the cp will error.
sorry
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
12-18-2003 02:04 AM
12-18-2003 02:04 AM
Re: System Stress Script
Pete
Pete
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
12-18-2003 02:04 AM
12-18-2003 02:04 AM
Re: System Stress Script
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
12-18-2003 02:05 AM
12-18-2003 02:05 AM
Re: System Stress Script
make sure you do stressing in foreground so you can kill the process ctrl/c . If you set it in background you could have a little difficulty :-) John.