Overall system impact when 1 cpu core is spiking when the rest are not
Linux - GeneralThis Linux forum is for general Linux questions and discussion.
If it is Linux Related and doesn't seem to fit in any other forum then this is the place.
Notices
Welcome to LinuxQuestions.org, a friendly and active Linux Community.
You are currently viewing LQ as a guest. By joining our community you will have the ability to post topics, receive our newsletter, use the advanced search, subscribe to threads and access many other special features. Registration is quick, simple and absolutely free. Join our community today!
Note that registered members see fewer ads, and ContentLink is completely disabled once you log in.
If you have any problems with the registration process or your account login, please contact us. If you need to reset your password, click here.
Having a problem logging in? Please visit this page to clear all LQ-related cookies.
Get a virtual cloud desktop with the Linux distro that you want in less than five minutes with Shells! With over 10 pre-installed distros to choose from, the worry-free installation life is here! Whether you are a digital nomad or just looking for flexibility, Shells can put your Linux machine on the device that you want to use.
Exclusive for LQ members, get up to 45% off per month. Click here for more info.
Overall system impact when 1 cpu core is spiking when the rest are not
I'm fairly new as a Systems Administrator, but I have a fair amount of experience as a programmer/analyst in IT.
One of the problems that we struggle with in my current position is when should a (Linux) system send us an alert that something is wrong?
Specifically I'm referring to CPU alerts. One of our (bare-metal) systems has 8 cpu cores. We have HPSIM setup to send us an alert when a CPU is above a certain threshold (80% or more over X amount of time). In this case, one core (cpu 7) is spiking at near 100% usage, but the rest of cores are more or less at rest.
The question is, is this really an issue? Is the rest of the system still fine? My gut instinct tells me yes, it is. I assume that the process that's hogging one CPU is probably not multi-threaded, and there is nothing we can do about that. However I'm guessing that if a new process comes along, it would go to any of the other 7 freer processors.
Curious what you all think,
--Shaun
Last edited by binary_pearl; 06-24-2011 at 09:27 PM.
Reason: Subtle modification in my English
I think if the multi-core scheduler is enabled in the kernel it should switch the process between cores to prevent 1 core from getting consistently hotter than the others. At least, this is what it does on my system when the process is not threaded.
I assume that the process that's hogging one CPU is probably not multi-threaded, and there is nothing we can do about that. However I'm guessing that if a new process comes along, it would go to any of the other 7 freer processors.
Thanks all, I'll check to make sure multi-treading options in the kernel config are set. I imagine they are, it's a RHEL-4 system I believe.
I think cpu 7 was spiked because there was another process earlier that was spiking cpu 0. The new process probably went to cpu 7, and then by the time I looked it at again, the process on cpu 0 had finished. (I'm using `top` to see which cores are spiking).
This information will help me go back to the senior admin I work with and tell him it's ok, we don't need to be woken up at 2am because one core is spiking
LinuxQuestions.org is looking for people interested in writing
Editorials, Articles, Reviews, and more. If you'd like to contribute
content, let us know.