Bug 1026294
| Summary: | [RFE] Custom settings for Kernel Same-page Merging (KSM) | ||
|---|---|---|---|
| Product: | [oVirt] mom | Reporter: | Frank Wall <fw> |
| Component: | RFEs | Assignee: | bugs <bugs> |
| Status: | CLOSED DEFERRED | QA Contact: | Shira Maximov <mshira> |
| Severity: | low | Docs Contact: | |
| Priority: | unspecified | ||
| Version: | --- | CC: | asegundo, bazulay, bugs, dfediuck, fw, mgoldboi, mshira, msivak, rbalakri, s.kieske, srevivo, vanoppen.koen, ykaul |
| Target Milestone: | --- | Keywords: | FutureFeature |
| Target Release: | --- | Flags: | fw:
needinfo-
ylavi: ovirt-future? rule-engine: planning_ack? rule-engine: devel_ack? rule-engine: testing_ack? |
| Hardware: | All | ||
| OS: | Linux | ||
| Whiteboard: | |||
| Fixed In Version: | Doc Type: | Enhancement | |
| Doc Text: | Story Points: | --- | |
| Clone Of: | Environment: | ||
| Last Closed: | 2017-11-16 18:55:10 UTC | Type: | Bug |
| Regression: | --- | Mount Type: | --- |
| Documentation: | --- | CRM: | |
| Verified Versions: | Category: | --- | |
| oVirt Team: | SLA | RHEL 7.3 requirements from Atomic Host: | |
| Cloudforms Team: | --- | Target Upstream Version: | |
| Embargoed: | |||
|
Description
Frank Wall
2013-11-04 11:19:56 UTC
(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: Hi Frank, 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 for ballooning. 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 > 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 Sven, 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. Configuring it can be done easily via Ansible. Closing for the time being. Please re-open if still relevant. |