Editieren von config und vmx.ini

[CLSsupport]

Frage:
Dürfen in config und vmx.ini auch Kommentarzeilen drinnen sein ? mit ; beginnend o.s.ä.

Wann dürfen config und vmx Änderungen durchgeführt werden ?
Gemäss den Anweisungen von continuum (und anderer sind oft einige settings in der config.ini oder in der vmx.ini zu setzen.

Gehe ich richtig in der Annahme, dass für eine vmx Änderung die VM komplett beendet werden muss, dann die Änderungen und dann ein Neustart ?

Ebenso bei Änderungen in der config.ini - Beenden aller VMs ?
dann die Änderungen und muss dann eventuell auch noch ein Dienst restartet werden ?

oder werden die Änderungen auch bei laufenden VMs oder VMserver akzeptiert und exekutiert ?



Dies sind die empfohlenen Settings to "prevent swapping on a windows host"
# prevent swapping
prefvmx.useRecommendedLockedMemSize = "TRUE"
prefvmx.minVmMemPct = "100"
# die folgende Zeile stammt von einem 10GB Host, der Host braucht nur 1GB und der Rest geht dediziert an die VMs
# prefvmx.allVMMemoryLimit = "9120"
sched.mem.pshare.enable = "FALSE"
mainMem.useNamedFile = "FALSE"
priority.grabbed = "normal"
priority.ungrabbed = "normal"
# erlaubt oder verbietet Snapshots im Background - auch wichtig für Performance Optimierung
mainMem.partialLazySave = "FALSE"
mainMem.partialLazyRestore = "FALSE"

# Pfadangaben
datastore.name = "local"
defaultVMPath = "R:\vm\machines"
datastore.localpath = "R:\vm\machines\"
# SSL remote Zugriff enable oder disable
security.host.ruissl = "FALSE"

In meinem initial config.ini file waren nur die folgenden Einträge defaultmässig drinnen
mainMem.partialLazySave = "TRUE" ist falsch, snapshots im Background
mainMem.partialLazyRestore = "TRUE" ist falsch, snapshots im Background
prefvmx.minVmMemPct = "100" ist OK
prefvmx.allVMMemoryLimit = "9000" ist hier OK - allerdings abhängig vom erkannten pRAM und nicht für alle Installationen universell gleich

Michael
Edited 13.3: "#" eingefügt statt ";" - damit es nicht ewig falsch dasteht

[MSueper]

Hallo,
Änderungen an der VMX-Datei erfordern einen Restart der VM, um wirksam zu werden.
Die vmx-Datei wird bisweilen auch beim Beenden zurückgeschrieben, so dass man nur dann editieren sollte, wenn die VM, die GUI und der Service nicht laufen.
Was die config.ini anbelangt, unterstelle ich mal, dass Du Recht hast: alles muss unten sein.
Martin

[CLSsupport]

Danke Msueper

Ich bin vorerst noch beim Testen, daher habe ich sowieso die VMs downgefahren beim vmx editieren.
Und zusätzlich einen Host Restart durchgeführt nach dem config.ini editieren.

Aber wenn einmal zig VMs drauf produktiv laufen möcht ich nicht in die Gasse kommen alle VMs runterfahren zu müssen um einen config.ini Parameter zu editieren. Wird aber so sein müssen.
Also denke ich sollte man vor dem Produktivstart ordentlich optimieren und auch wissen was die einzelnen Parameter zu verantworten haben.

Michael

[CLSsupport]

Und wie schaut es aus mit Kommentarzeilen ? Dürfen die drinnen sein ?

Wie ist das Zusammenspiel von config und vmx ?

Können die Parameter in beiden Dateien enthalten sein und übersteuern dann die vmx Einstellungen die aus der config.ini ?

Michael

[CLSsupport]

Nun hab ich was gefunden von continuum

Diese Zeilen sollte man fuer meinen Geschmack nicht in die vmx - sondern in die config.ini schreiben

prefvmx.useRecommendedLockedMemSize = "TRUE"
prefvmx.minVmMemPct = "100"
mainMem.partialLazySave = "FALSE"
mainMem.partialLazyRestore = "FALSE"

Heisst das nun, dass das in einer vmx Datei
A nicht drinnen sein darf
B nix bringt - gar nicht verwendet wird wenns drinnen ist
C die Einträge in der config.ini übersteuert

Gleiche Frage für
sched.mem.pshare.enable = "FALSE"

Michael

[continuum]

Hi

stell deine config.ini so ein, dass du sie nicht aendern brauchst

Danach wuerde ich es so handhaben dass entries die du in der config.ini eingetragen hast in einer vmx nichts mehr zu suchen haben.

Es ist unerforschtes Gebiet - welche Eintraege letzendlich verwendet werden - bei den meisten weiss ich es zwar mittlerweile ... aber geh davon aus - es nicht zu tun

Code: Alles auswählen

# eintraege wie dieser : Paule ist bloed
# kannst du in einer vmx problemlos verwenden

# auch spielt die Reihenfolfe keine Rolle - ich lass ZB meine vmx meist alphabetisch # durchsortieren

[CLSsupport]

Hi Ulli

Ich setze nun meine zusammengetragenen Infos in quotes:

# das sind die meistgenannten config.ini Einträge ---
# für das möglichst fixe Fixieren der Speicherwerte in der VM
# wenn genügend physRAM vorhanden ist - 'prevent swapping'
- prefvmx.useRecommendedLockedMemSize = "TRUE"
- prefvmx.minVmMemPct = "100" # minimal soll das pMem 100% sein und kein Promille weniger, also darf VMserver dem VMgast nix wegnehmen
- prefvmx.allVMMemoryLimit = "9216" # 9GB für die VMs bei einem 10GB Host

- mainMem.useNamedFile = "false" # auch in vmx.ini setzbar !! # es wird keine vmem Datei angelegt
- sched.mem.pshare.enable = "false" # auch in vmx.ini setzbar !!
- mainMem.partialLazyRestore = "false"
- mainMem.partialLazySafe = "false"
- priority.grabbed = "normal"
- priority.ungrabbed = "normal"

# das sind gültige vmx Einträge ---------------------
memsize = "3072" # zB für 3GB in der VM
MemTrimRate = "0" # damit nichts vom Mem 'weggetrimmt' wird
MemAllowAutoScaleDown = "false" # detto kein 'ScaleDown' des GuestMem

Was also ist der Unterschied von prefvmx.minVmMemPct = "100" und MemAllowAutoScaleDown = "false" gemeinsam mit 'memTrimRate = 0' ?
Irgendwie sollen diese Einstellungen doch alle irgendwie dasselbe verursachen ?
Also ich werde testen wenn sogar die gurus hier die feinen Nuancen noch nicht kennen.

Michael

[continuum]

Sowas
prefvmx.allVMMemoryLimit = "9216"
wuerde ich nicht verwenden

Den Wert setze ich nur - wenn er aus irgendeinem Grund zu niedrig angesetzt ist

[CLSsupport]

Also in der engl community schreibt peter_vm: http://communities.vmware.com/thread/131907?tstart=30

C:\Documents and Settings\All Users\Application Data\VMware\VMware Server\config.ini
prefvmx.useRecommendedLockedMemSize = "TRUE"
prefvmx.minVmMemPct = "100"

guest ".vmx" file:
sched.mem.pshare.enable = "FALSE"
mainMem.useNamedFile = "FALSE"
MemTrimRate = "0"
MemAllowAutoScaleDown = "FALSE"

Also können diese auch in der vmx Datei gesetzt werden und sind dort gültig.
Die 2 prefvmx Zeilen scheinen aber wirklich reine config.ini Einträge zu sein.

Ich markiere dies in meinem oberen quote

Michael

[continuum]

Was Peter_VM schreibt wuerde ich nicht so wichtig nehmen - das beispiel wuerde ich zB direkt in die Tonnne werfen

[CLSsupport]

Jetzt bin ich aber baff - und ich hab gerade peter_vm und RDpetruska genauso wie einen gewissen continuum in diesem Forum fast als Heilige gesehen.

Muss ich da doch vorsichtiger sein ?

Würdest du also in diesem speziellen Fall bei begrenzten Ressourcen die Einstellungen von mike.laspina als sinnvoll erachten:

C:\Documents and Settings\All Users\Application Data\VMware\VMware Server\config.ini
prefvmx.useRecommendedLockedMemSize = "TRUE"
prefvmx.minVmMemPct = "50"

guest ".vmx" file:
sched.mem.pshare.enable = "TRUE"
mainMem.useNamedFile = "TRUE"
MemTrimRate = "0" (if present delete this setting so it will default)
MemAllowAutoScaleDown = "TRUE"

This will set the VM minimum physical memory to 50% of the allocated if it is not more active than other VM's.
The value allow disk swapping and physical memory sharing (pshare could save up to 30% of the mem)

Wenn man weiss, was man damit verursacht und wenn man seine VMs kennt, dass sie meist wenig Ressourcen brauchen, dann würde ich auch solche Einstellungen akzeptieren. und nicht so radikal antworten wie peter_vm

Michael