What does %st mean in top? The Next CEO of Stack OverflowHow can I diagnose and fix frequent...
Rotate a column
Can we say or write : "No, it'sn't"?
Is micro rebar a better way to reinforce concrete than rebar?
Why does standard notation not preserve intervals (visually)
How did the Bene Gesserit know how to make a Kwisatz Haderach?
What can we do to stop prior company from asking us questions?
Contours of a clandestine nature
Received an invoice from my ex-employer billing me for training; how to handle?
Bold, vivid family
Why do professional authors make "consistency" mistakes? And how to avoid them?
Example of a Mathematician/Physicist whose Other Publications during their PhD eclipsed their PhD Thesis
To not tell, not take, and not want
Calculus II Question
How did people program for Consoles with multiple CPUs?
Would a completely good Muggle be able to use a wand?
If the heap is initialized for security, then why is the stack uninitialized?
Is it my responsibility to learn a new technology in my own time my employer wants to implement?
Elegant way to replace substring in a regex with optional groups in Python?
Do I need to enable Dev Hub in my PROD Org?
What exact does MIB represent in SNMP? How is it different from OID?
I believe this to be a fraud - hired, then asked to cash check and send cash as Bitcoin
Why has the US not been more assertive in confronting Russia in recent years?
Anatomically Correct Strange Women In Ponds Distributing Swords
Is it possible to search for a directory/file combination?
What does %st mean in top?
The Next CEO of Stack OverflowHow can I diagnose and fix frequent 100% cpu utilization from kernel?aws stolen cpu on dedicated machineDebugging and fine-tuning the linux process schedulerWhat does 'nice' mean on CPU utilization graphs?top does not runWhat does Virtual memory size in top mean?What do all the numbers in `top` mean?What exactly do the colors in htop status bars mean?top: What does cpu usage mean?my webserver with 16GB ram shows all RAM as used, but is it really, see the 'top'what does “***” mean when tracerouteHigh Load, low CPU, Memory and Disk IO - Highend ServerM4.large on AWS encounters stolen cpu
Here is an example from my top:
Cpu(s): 6.0%us, 3.0%sy, 0.0%ni, 78.7%id, 0.0%wa, 0.0%hi, 0.3%si, 12.0%st
I am trying to figure out the significance of the %st field. I read that it means steal cpu and it represents time spent by the hypervisor, but I want to know what that actually means to me.
Does it mean I may be on a busy physical server and someone else is using too much CPU on the server and they are taking from my VM?
If I am using EBS could it be related to handling EBS I/O at the hypervisor level?
Is it related to things running on my VM or is it completely unaffected by me?
linux amazon-ec2 cpu-usage top
add a comment |
Here is an example from my top:
Cpu(s): 6.0%us, 3.0%sy, 0.0%ni, 78.7%id, 0.0%wa, 0.0%hi, 0.3%si, 12.0%st
I am trying to figure out the significance of the %st field. I read that it means steal cpu and it represents time spent by the hypervisor, but I want to know what that actually means to me.
Does it mean I may be on a busy physical server and someone else is using too much CPU on the server and they are taking from my VM?
If I am using EBS could it be related to handling EBS I/O at the hypervisor level?
Is it related to things running on my VM or is it completely unaffected by me?
linux amazon-ec2 cpu-usage top
add a comment |
Here is an example from my top:
Cpu(s): 6.0%us, 3.0%sy, 0.0%ni, 78.7%id, 0.0%wa, 0.0%hi, 0.3%si, 12.0%st
I am trying to figure out the significance of the %st field. I read that it means steal cpu and it represents time spent by the hypervisor, but I want to know what that actually means to me.
Does it mean I may be on a busy physical server and someone else is using too much CPU on the server and they are taking from my VM?
If I am using EBS could it be related to handling EBS I/O at the hypervisor level?
Is it related to things running on my VM or is it completely unaffected by me?
linux amazon-ec2 cpu-usage top
Here is an example from my top:
Cpu(s): 6.0%us, 3.0%sy, 0.0%ni, 78.7%id, 0.0%wa, 0.0%hi, 0.3%si, 12.0%st
I am trying to figure out the significance of the %st field. I read that it means steal cpu and it represents time spent by the hypervisor, but I want to know what that actually means to me.
Does it mean I may be on a busy physical server and someone else is using too much CPU on the server and they are taking from my VM?
If I am using EBS could it be related to handling EBS I/O at the hypervisor level?
Is it related to things running on my VM or is it completely unaffected by me?
linux amazon-ec2 cpu-usage top
linux amazon-ec2 cpu-usage top
asked Feb 3 '11 at 5:04
BenBen
310247
310247
add a comment |
add a comment |
5 Answers
5
active
oldest
votes
The Steal percentage (documented in the mpstat
man-page) is indeed the hypervisor telling your VM that it can't have CPU resources the VM would otherwise use. This percentage is regulated in part by Amazon's CPU limiting, and VM load on that specific host. I/O load is monitored through the %io
stat.
You will see this most often on their t
class of instances that use a CPU credit model for regulating performance. If you're seeing high percentages, chances are good you're running out of CPU credits.
ahh ... I was looking in thetop
man-page. So it could indeed be because I am on a machine that is getting used heavily by another user. On one of my EC2 instances I have seen it get as high as 65%
– Ben
Feb 3 '11 at 16:59
@Ben Yeah, the fact that the info isn't in thetop
man page makes this harder than it needs to be. The stuff I've seen online suggests that certain EC2 machine types can peak as high as 70%.
– sysadmin1138♦
Feb 3 '11 at 17:50
add a comment |
man sar's
Show the percentage of time spent in involuntary wait by the virtual CPU or CPUs while
the hypervisor was servicing another virtual processor.
add a comment |
Steal load accounts for time when your VM wanted to run something, but the hypervisor chose to run something else instead.
add a comment |
Steal Time or stolen time, mean the amount of time that your host in VM is ready to run (some instruction), but could not do this because other's VM competing for the CPU. When the value get bigger, this is indicate that your vm getting slow or stall. So keep this value as minimum as possible.
add a comment |
Steal time is the percentage of time a virtual CPU (vCPU) has to wait to run on a Physical CPU (pCPU) while the hypervisor is servicing another virtual CPU (vCPU).
full credit to source
add a comment |
Your Answer
StackExchange.ready(function() {
var channelOptions = {
tags: "".split(" "),
id: "2"
};
initTagRenderer("".split(" "), "".split(" "), channelOptions);
StackExchange.using("externalEditor", function() {
// Have to fire editor after snippets, if snippets enabled
if (StackExchange.settings.snippets.snippetsEnabled) {
StackExchange.using("snippets", function() {
createEditor();
});
}
else {
createEditor();
}
});
function createEditor() {
StackExchange.prepareEditor({
heartbeatType: 'answer',
autoActivateHeartbeat: false,
convertImagesToLinks: true,
noModals: true,
showLowRepImageUploadWarning: true,
reputationToPostImages: 10,
bindNavPrevention: true,
postfix: "",
imageUploader: {
brandingHtml: "Powered by u003ca class="icon-imgur-white" href="https://imgur.com/"u003eu003c/au003e",
contentPolicyHtml: "User contributions licensed under u003ca href="https://creativecommons.org/licenses/by-sa/3.0/"u003ecc by-sa 3.0 with attribution requiredu003c/au003e u003ca href="https://stackoverflow.com/legal/content-policy"u003e(content policy)u003c/au003e",
allowUrls: true
},
onDemand: true,
discardSelector: ".discard-answer"
,immediatelyShowMarkdownHelp:true
});
}
});
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
StackExchange.ready(
function () {
StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2fserverfault.com%2fquestions%2f230495%2fwhat-does-st-mean-in-top%23new-answer', 'question_page');
}
);
Post as a guest
Required, but never shown
5 Answers
5
active
oldest
votes
5 Answers
5
active
oldest
votes
active
oldest
votes
active
oldest
votes
The Steal percentage (documented in the mpstat
man-page) is indeed the hypervisor telling your VM that it can't have CPU resources the VM would otherwise use. This percentage is regulated in part by Amazon's CPU limiting, and VM load on that specific host. I/O load is monitored through the %io
stat.
You will see this most often on their t
class of instances that use a CPU credit model for regulating performance. If you're seeing high percentages, chances are good you're running out of CPU credits.
ahh ... I was looking in thetop
man-page. So it could indeed be because I am on a machine that is getting used heavily by another user. On one of my EC2 instances I have seen it get as high as 65%
– Ben
Feb 3 '11 at 16:59
@Ben Yeah, the fact that the info isn't in thetop
man page makes this harder than it needs to be. The stuff I've seen online suggests that certain EC2 machine types can peak as high as 70%.
– sysadmin1138♦
Feb 3 '11 at 17:50
add a comment |
The Steal percentage (documented in the mpstat
man-page) is indeed the hypervisor telling your VM that it can't have CPU resources the VM would otherwise use. This percentage is regulated in part by Amazon's CPU limiting, and VM load on that specific host. I/O load is monitored through the %io
stat.
You will see this most often on their t
class of instances that use a CPU credit model for regulating performance. If you're seeing high percentages, chances are good you're running out of CPU credits.
ahh ... I was looking in thetop
man-page. So it could indeed be because I am on a machine that is getting used heavily by another user. On one of my EC2 instances I have seen it get as high as 65%
– Ben
Feb 3 '11 at 16:59
@Ben Yeah, the fact that the info isn't in thetop
man page makes this harder than it needs to be. The stuff I've seen online suggests that certain EC2 machine types can peak as high as 70%.
– sysadmin1138♦
Feb 3 '11 at 17:50
add a comment |
The Steal percentage (documented in the mpstat
man-page) is indeed the hypervisor telling your VM that it can't have CPU resources the VM would otherwise use. This percentage is regulated in part by Amazon's CPU limiting, and VM load on that specific host. I/O load is monitored through the %io
stat.
You will see this most often on their t
class of instances that use a CPU credit model for regulating performance. If you're seeing high percentages, chances are good you're running out of CPU credits.
The Steal percentage (documented in the mpstat
man-page) is indeed the hypervisor telling your VM that it can't have CPU resources the VM would otherwise use. This percentage is regulated in part by Amazon's CPU limiting, and VM load on that specific host. I/O load is monitored through the %io
stat.
You will see this most often on their t
class of instances that use a CPU credit model for regulating performance. If you're seeing high percentages, chances are good you're running out of CPU credits.
edited Apr 12 '17 at 16:03
answered Feb 3 '11 at 5:40
sysadmin1138♦sysadmin1138
117k17145281
117k17145281
ahh ... I was looking in thetop
man-page. So it could indeed be because I am on a machine that is getting used heavily by another user. On one of my EC2 instances I have seen it get as high as 65%
– Ben
Feb 3 '11 at 16:59
@Ben Yeah, the fact that the info isn't in thetop
man page makes this harder than it needs to be. The stuff I've seen online suggests that certain EC2 machine types can peak as high as 70%.
– sysadmin1138♦
Feb 3 '11 at 17:50
add a comment |
ahh ... I was looking in thetop
man-page. So it could indeed be because I am on a machine that is getting used heavily by another user. On one of my EC2 instances I have seen it get as high as 65%
– Ben
Feb 3 '11 at 16:59
@Ben Yeah, the fact that the info isn't in thetop
man page makes this harder than it needs to be. The stuff I've seen online suggests that certain EC2 machine types can peak as high as 70%.
– sysadmin1138♦
Feb 3 '11 at 17:50
ahh ... I was looking in the
top
man-page. So it could indeed be because I am on a machine that is getting used heavily by another user. On one of my EC2 instances I have seen it get as high as 65%– Ben
Feb 3 '11 at 16:59
ahh ... I was looking in the
top
man-page. So it could indeed be because I am on a machine that is getting used heavily by another user. On one of my EC2 instances I have seen it get as high as 65%– Ben
Feb 3 '11 at 16:59
@Ben Yeah, the fact that the info isn't in the
top
man page makes this harder than it needs to be. The stuff I've seen online suggests that certain EC2 machine types can peak as high as 70%.– sysadmin1138♦
Feb 3 '11 at 17:50
@Ben Yeah, the fact that the info isn't in the
top
man page makes this harder than it needs to be. The stuff I've seen online suggests that certain EC2 machine types can peak as high as 70%.– sysadmin1138♦
Feb 3 '11 at 17:50
add a comment |
man sar's
Show the percentage of time spent in involuntary wait by the virtual CPU or CPUs while
the hypervisor was servicing another virtual processor.
add a comment |
man sar's
Show the percentage of time spent in involuntary wait by the virtual CPU or CPUs while
the hypervisor was servicing another virtual processor.
add a comment |
man sar's
Show the percentage of time spent in involuntary wait by the virtual CPU or CPUs while
the hypervisor was servicing another virtual processor.
man sar's
Show the percentage of time spent in involuntary wait by the virtual CPU or CPUs while
the hypervisor was servicing another virtual processor.
answered Feb 3 '11 at 5:34
poigepoige
7,09211437
7,09211437
add a comment |
add a comment |
Steal load accounts for time when your VM wanted to run something, but the hypervisor chose to run something else instead.
add a comment |
Steal load accounts for time when your VM wanted to run something, but the hypervisor chose to run something else instead.
add a comment |
Steal load accounts for time when your VM wanted to run something, but the hypervisor chose to run something else instead.
Steal load accounts for time when your VM wanted to run something, but the hypervisor chose to run something else instead.
answered Feb 3 '11 at 5:36
Joel KJoel K
4,79712532
4,79712532
add a comment |
add a comment |
Steal Time or stolen time, mean the amount of time that your host in VM is ready to run (some instruction), but could not do this because other's VM competing for the CPU. When the value get bigger, this is indicate that your vm getting slow or stall. So keep this value as minimum as possible.
add a comment |
Steal Time or stolen time, mean the amount of time that your host in VM is ready to run (some instruction), but could not do this because other's VM competing for the CPU. When the value get bigger, this is indicate that your vm getting slow or stall. So keep this value as minimum as possible.
add a comment |
Steal Time or stolen time, mean the amount of time that your host in VM is ready to run (some instruction), but could not do this because other's VM competing for the CPU. When the value get bigger, this is indicate that your vm getting slow or stall. So keep this value as minimum as possible.
Steal Time or stolen time, mean the amount of time that your host in VM is ready to run (some instruction), but could not do this because other's VM competing for the CPU. When the value get bigger, this is indicate that your vm getting slow or stall. So keep this value as minimum as possible.
answered Mar 13 '15 at 4:24
Joko SudiroJoko Sudiro
412
412
add a comment |
add a comment |
Steal time is the percentage of time a virtual CPU (vCPU) has to wait to run on a Physical CPU (pCPU) while the hypervisor is servicing another virtual CPU (vCPU).
full credit to source
add a comment |
Steal time is the percentage of time a virtual CPU (vCPU) has to wait to run on a Physical CPU (pCPU) while the hypervisor is servicing another virtual CPU (vCPU).
full credit to source
add a comment |
Steal time is the percentage of time a virtual CPU (vCPU) has to wait to run on a Physical CPU (pCPU) while the hypervisor is servicing another virtual CPU (vCPU).
full credit to source
Steal time is the percentage of time a virtual CPU (vCPU) has to wait to run on a Physical CPU (pCPU) while the hypervisor is servicing another virtual CPU (vCPU).
full credit to source
answered 3 mins ago
grepitgrepit
1073
1073
add a comment |
add a comment |
Thanks for contributing an answer to Server Fault!
- Please be sure to answer the question. Provide details and share your research!
But avoid …
- Asking for help, clarification, or responding to other answers.
- Making statements based on opinion; back them up with references or personal experience.
To learn more, see our tips on writing great answers.
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
StackExchange.ready(
function () {
StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2fserverfault.com%2fquestions%2f230495%2fwhat-does-st-mean-in-top%23new-answer', 'question_page');
}
);
Post as a guest
Required, but never shown
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown