Bug 21692 - Anzeige der Speichernutzung
Anzeige der Speichernutzung
Status: CLOSED WONTFIX
Product: UCS
Classification: Unclassified
Component: Virtualization - UVMM
UCS 2.4
Other Linux
: P5 normal (vote)
: ---
Assigned To: Bugzilla Mailingliste
:
: 19698 (view as bug list)
Depends on:
Blocks:
  Show dependency treegraph
 
Reported: 2011-03-02 14:11 CET by Janek Walkenhorst
Modified: 2023-06-28 10:46 CEST (History)
4 users (show)

See Also:
What kind of report is it?: ---
What type of bug is this?: ---
Who will be affected by this bug?: ---
How will those affected feel about the bug?: ---
User Pain:
Enterprise Customer affected?:
School Customer affected?:
ISV affected?:
Waiting Support:
Flags outvoted (downgraded) after PO Review:
Ticket number:
Bug group (optional):
Max CVSS v3 score:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Janek Walkenhorst univentionstaff 2011-03-02 14:11:23 CET
Speichernutzung in UVMM scheint nichts mit der realen Auslastung zu tun zu haben:

"Speichernutzung: 6.3 GB / 8.0 GB"
# free -m
             total       used       free     shared    buffers     cached
Mem:          7175       1532       5643          0         12         86
-/+ buffers/cache:       1433       5741
Swap:         2055          0       2055


"Speichernutzung: 6.3 GB / 8.0 GB"
# free -m
             total       used       free     shared    buffers     cached
Mem:          7203       1352       5851          0          9         75
-/+ buffers/cache:       1267       5935
Swap:         2055          0       2055

(2.4-2,XEN)
Comment 1 Philipp Hahn univentionstaff 2011-03-02 15:56:49 CET
Xen: Hier gehört das gesamte RAM dem Hypervisor, der es auf dom0 und domUs verteilt. libvirt kommuniziert hier mit dem Hypervisor, so daß eine vollständige Information über den Speicher (Gesamt = dom0 + sum(domU)) vorliegt.
In UVMM wird hier also der Speicher als frei angezeigt, der gerade weder an die dom0 noch an eine der domUs vergeben ist: dieser Speicher steht dem Hypervisor sofort zur Verfügung, um damit neue domUs an den Start zu bringen. Ansonsten liegt dieser Speicher brach, ist ungenutzt und muß erst per "set-mem" bzw. down-balooning wieder den dom*s zur Verfügung gestellt werden.
Auch hier fehlt der Speicher, den der eigentliche Hypervisor für sich braucht, nur ist der eben i.d.R. deutlich kleiner als der der dom0, so daß das nicht weiter auffällt.

KVM: Die VMs laufen jeweils als ein Prozeß auf einem Linux System, auf dem auch noch jede Menge anderer Prozesse laufen. Hier weiß libvirtd nur, was die VMs brauchen, d.h. über den Speicherverbrauch des hostenden Linux-Systems liefert libvirtd keinerlei Information.
Der UVMM zeigt hier nur den von dem VM belegten Speicher an, der restliche freie Speicher wird in Wirklichkeit von dem hostenden Linux für dessen Prozesse, Caches, etc. genutzt. Für weitere VMs muß das Linux eben solche Prozesse auslagern oder Caches leeren, um damit weitere VMs bedienen zu können.

Siehe auch Bug #19698 und Bug #18660 comment 5.
Comment 2 Janek Walkenhorst univentionstaff 2011-03-03 09:54:31 CET
*** Bug 19698 has been marked as a duplicate of this bug. ***
Comment 3 Stefan Gohmann univentionstaff 2016-04-25 07:52:42 CEST
This issue has been filed against UCS 2.4.

UCS 2.4 is out of maintenance and many UCS components have vastly changed in
later releases. Thus, this issue is now being closed.

If this issue still occurs in newer UCS versions, please use "Clone this bug".
In this case please provide detailed information on how this issue is affecting
you.