Red Hat Bugzilla – Bug 1026294
[RFE] Custom settings for Kernel Same-page Merging (KSM)
Last modified: 2016-12-04 15:35:35 EST
Description of problem:
Recently I've noticed that ksmd is using quite a lot CPU on
my oVirt node. While I have plenty RAM, my CPU is way slow.
Thus ksmd is eating up the most limited ressource here.
I've noticed that settings for ksmd are handled by MoM:
I'd like to use a higher value for sleep_millisecs to reduce
CPU usage (with the possible side effect of higher RAM usage).
I suggest to make this configurable with the "engine-config"
Version-Release number of selected component (if applicable):
Steps to Reproduce:
1. start using 10+ VMs on oVirt node
2. CPU usage of ksmd will increase dramatically
ksmd is one of the top5 CPU consumer
Ksmd should not be *that* aggressive in reclaiming RAM,
but rather configurable depending on the hardware configuration
(more RAM => less aggressive, more CPU => more aggressive).
(In reply to Frank Wall from comment #0)
> Actual results:
> ksmd is one of the top5 CPU consumer
> Expected results:
> Ksmd should not be *that* aggressive in reclaiming RAM,
> but rather configurable depending on the hardware configuration
> (more RAM => less aggressive, more CPU => more aggressive).
> Additional info:
Since oVirt 3.2, KSM is being handled by mom, which has policy rules for KSM.
Starting 3.3, the engine can update mom's policy and this is already implemented
So what we should probably look into, is suggesting an alternate policy parameters which a cluster can use, rather than the default one.
Feel free to suggest patches for it.
In the mean time, this is just merged: http://gerrit.ovirt.org/#/c/20879/
which you can use to disable ksm if indeed you have sufficient RAM. You
can also edit 03-ksm.policy for a specific host if you still want KSM running.
is there any news on managing mom policy on a cluster or host level through engine?
the current approach via editing the policy file installed by mom
has serious disadvantages such as:
you need to restore your custom policy everytime you update mom
(In reply to Sven Kieske from comment #2)
> is there any news on managing mom policy on a cluster or host level through
> the current approach via editing the policy file installed by mom
> has serious disadvantages such as:
> you need to restore your custom policy everytime you update mom
we'll consider it during 3.6 planning. As you probably know there are
lots of RFEs and less than that programming hands. So we need to see
where it stands in relation to other requests.
This is an automated message.
This Bugzilla report has been opened on a version which is not maintained anymore.
Please check if this bug is still relevant in oVirt 3.5.4.
If it's not relevant anymore, please close it (you may use EOL or CURRENT RELEASE resolution)
If it's an RFE please update the version to 4.0 if still relevant.
The BZ#1256949 reports ksmd high cpu usage due to the sleep_millisecs set to 0. Limiting sleep_millisecs to minimum 10 was the solution adopted there.