Seite 1 von 1
Wichtig: VMWare zu langsam
Verfasst: 13.01.2009, 15:52
von BigO
Ich habe ien Dell Latitude D830 Intel Core 2 Duo CPU,T9500@2.60 MHz
777 MHz, 4 GB og RAM, und eine VMWare Workstation 6.0.4 build -93057, die VMWare habe ich seit ca. 4 Monate und ist sehr langsam. Beim starten einer OS bis ich etwas machen kann dauert ca.1-2min. Danach geht es wieder aber immer wieder hangst sich auf für ca.1min und zwar der ganze Laptop und nicht nur die VMWare. Auf dem Laptop sind keine besondere Programme installiert die die performance beinflussen können. Als Ethernt bei der VMWare benutze ich NAT. Ich bin im Support tätig und wenn es so weiter lang dauert brauche langsam die VMWare nicht. Hat jemand eine Idee?
Verfasst: 13.01.2009, 16:48
von continuum
Poste mal die vmx
Verfasst: 13.01.2009, 17:00
von BigO
Lieber continuum,
ich konnte leider keine Attchments posten obwohl sie jeweis 2-3 kb gross sind, kann ich sie dir direkt senden?
Verfasst: 13.01.2009, 17:09
von Dayworker
Warum postet du dann nicht einfach den Inhalt

Verfasst: 13.01.2009, 17:23
von BigO
Ich kann einfach nichts posten, ich bekomme folgende Meldung, habe versucht auch ein normalen txt file:
Entschuldingung, aber die maximale Größe aller Attachments wurde erreicht. Bitte kontaktiere den Board Administrator wenn du Fragen hast.
Verfasst: 13.01.2009, 17:47
von continuum
Der Board-admin ist nicht verfuegbar - poste als Textdatei
Verfasst: 13.01.2009, 18:07
von irix
Wir koennen auch direkt fragen wie hoch die Anzahl der vCPUs sowie der zugewiesene Speicher pro VM ist und dann dich bitten diese auf 1 vCPU und 256-512MB zu reduzieren.
Ansonsten doch mal den Inhalt deiner *.vmx hier pasten bzw. einen der unzaehligen "nopaste" Services benutzen und die URL hier angeben. Hast du keinen Webspace?
Gruss
Joerg
Verfasst: 13.01.2009, 18:24
von minimike
Das Qouta für Attachments beträgt min 256 KB. Da ich aber keinen Zugriff auf den Webspace/Mysqlspace habe bzw ich weis nicht wie groß der nun ist, kann ich nicht abschätzen wie sich das Erhöhen der Quotas verhält. Aus dem Grund verändere ich den Quota nicht bis ich von ITST eine verbindliche Zusage erhalte. Ein weitere negativer Grund ist das große Attachments die Datenbankgröße signifikant steigern können.
Im Zweifel nach einem "No Paste Service" bunkern und hierher verlinken
hier ist ein guter Service den ich selber gerne benutze
http://nopaste.debianforum.de
Verfasst: 13.01.2009, 19:20
von continuum
vmx-files habe ich am liebsten als direkt lesbaren text - das geht am schnellsten sowohl fuer den Poster als auch fuer die, die es sich anschauen wollen
Verfasst: 14.01.2009, 08:44
von BigO
Hier ist 1 .vmx:
config.version = "8"
virtualHW.version = "6"
scsi0.present = "TRUE"
scsi0.virtualDev = "lsilogic"
memsize = "1024"
scsi0:0.present = "TRUE"
scsi0:0.fileName = "Windows Vista-cl1.vmdk"
ide1:0.present = "TRUE"
ide1:0.fileName = "auto detect"
ide1:0.deviceType = "cdrom-raw"
floppy0.autodetect = "TRUE"
ethernet0.present = "TRUE"
ethernet0.connectionType = "nat"
ethernet0.virtualDev = "e1000"
ethernet0.wakeOnPcktRcv = "FALSE"
usb.present = "TRUE"
ehci.present = "TRUE"
sound.present = "TRUE"
sound.fileName = "-1"
sound.autodetect = "TRUE"
svga.autodetect = "TRUE"
pciBridge0.present = "TRUE"
mks.keyboardFilter = "allow"
displayName = "Win Vista Enterp.SP1 Croatian_Test"
guestOS = "winvista"
nvram = "Win Vista Enterp.SP1 Croatian_Test.nvram"
deploymentPlatform = "windows"
virtualHW.productCompatibility = "hosted"
tools.upgrade.policy = "useGlobal"
ide1:0.autodetect = "TRUE"
floppy0.fileName = "A:"
extendedConfigFile = "Win Vista Enterp.SP1 Croatian_Test.vmxf"
ide1:0.startConnected = "TRUE"
ethernet0.addressType = "generated"
uuid.location = "56 4d b6 00 4f 99 85 bb-b5 4b 16 70 ae 82 4b ad"
uuid.bios = "56 4d b6 00 4f 99 85 bb-b5 4b 16 70 ae 82 4b ad"
scsi0:0.redo = ""
checkpoint.vmState = "Win Vista Enterp.SP1 Croatian_Test.vmss"
pciBridge0.pciSlotNumber = "17"
scsi0.pciSlotNumber = "16"
ethernet0.pciSlotNumber = "32"
sound.pciSlotNumber = "33"
ehci.pciSlotNumber = "34"
ethernet0.generatedAddress = "00:0c:29:82:4b:ad"
ethernet0.generatedAddressOffset = "0"
floppy0.startConnected = "FALSE"
tools.syncTime = "FALSE"
floppy0.present = "FALSE"
fileSearchPath = ".;C:\VirtualMachines\Windows Vista Enterp.SP1 Croation"
inVMTeam = "FALSE"
Verfasst: 14.01.2009, 08:47
von BigO
hier ist die 2-te .vmx:
config.version = "8"
virtualHW.version = "6"
scsi0.present = "TRUE"
memsize = "512"
ide0:0.present = "TRUE"
ide0:0.fileName = "Windows XP Professional-cl1.vmdk"
ide1:0.present = "TRUE"
ide1:0.fileName = "auto detect"
ide1:0.deviceType = "cdrom-raw"
floppy0.autodetect = "TRUE"
ethernet0.present = "TRUE"
ethernet0.connectionType = "nat"
ethernet0.wakeOnPcktRcv = "FALSE"
usb.present = "TRUE"
ehci.present = "TRUE"
sound.present = "TRUE"
sound.fileName = "-1"
sound.autodetect = "TRUE"
svga.autodetect = "TRUE"
pciBridge0.present = "TRUE"
mks.keyboardFilter = "allow"
displayName = "WinXP Pro En SP3 Sepacore Control"
guestOS = "winxppro"
nvram = "WinXP Pro En SP3 Sepacore Control.nvram"
deploymentPlatform = "windows"
virtualHW.productCompatibility = "hosted"
tools.upgrade.policy = "useGlobal"
ide1:0.autodetect = "TRUE"
floppy0.fileName = "A:"
extendedConfigFile = "WinXP Pro En SP3 Sepacore Control.vmxf"
ide0:1.present = "FALSE"
ide0:1.fileName = "\\Pc4027\ms images\WinXPProf\en_windows_xp_professional_with_service_pack_3_x86_cd_x14-80428.iso"
ide0:1.deviceType = "cdrom-image"
floppy0.present = "FALSE"
ide0:1.startConnected = "TRUE"
ethernet0.addressType = "generated"
uuid.location = "56 4d ba e9 17 3f 75 84-a6 eb 7a fe 21 83 8f 43"
uuid.bios = "56 4d ba e9 17 3f 75 84-a6 eb 7a fe 21 83 8f 43"
isolation.tools.hgfs.disable = "TRUE"
sharedFolder.maxNum = "1"
ide0:0.redo = ""
pciBridge0.pciSlotNumber = "17"
scsi0.pciSlotNumber = "16"
ethernet0.pciSlotNumber = "32"
sound.pciSlotNumber = "33"
ehci.pciSlotNumber = "34"
ethernet0.generatedAddress = "00:0c:29:83:8f:43"
ethernet0.generatedAddressOffset = "0"
tools.syncTime = "FALSE"
sharedFolder0.present = "TRUE"
sharedFolder0.enabled = "TRUE"
sharedFolder0.readAccess = "TRUE"
sharedFolder0.writeAccess = "TRUE"
sharedFolder0.hostPath = "C:\Documents and Settings\nujo\My Documents\Shared Folder VM"
sharedFolder0.guestName = "Shared Folder"
sharedFolder0.expiration = "never"
fileSearchPath = ".;C:\VirtualMachines\WinXPProEnSP3"
inVMTeam = "FALSE"
checkpoint.vmState = "WinXP Pro En SP3 Sepacore Control.vmss"
usb.autoConnect.device0 = ""
Verfasst: 15.01.2009, 10:53
von BigO
Hi Leute,
könnt ihr damit was anfangen?
Verfasst: 15.01.2009, 15:30
von continuum
vmx-files sind erstmal ok - wann hast du die VMs zuletzt geshrinkt ?
Verfasst: 15.01.2009, 15:33
von BigO
Was heisst geshrinkt? verstehe ich nicht.
Danke
Verfasst: 16.01.2009, 02:26
von McStarfighter
Shrinken bedeutet, daß man mit Hilfe der installierten VMware Tools die VMDKs auf einen Bereich schrumpft, der dem tatsächlichen "Festplatteninhalt" in der VM entspricht. Denn die dynamisch wachsenden Platten wachsen zwar immer mit dem wachsenden Speicherbedarf (bis zur gegebenen Maximalgröße oder dem Erreichen des physikalischen Speichermaximum, je nachdem was zuerst eintritt), aber wenn der auf der virtuellen Platte weniger Daten liegen (durch Löschen von Dateien z.B.), dann wird der dadurch freigewordene Platz nicht automatisch "zurechtgestutzt". Dies muß man manuell machen (findet man in den Optionen der installierten VMware Tools innerhalb der VM). Wenn man nun diesen Schrumpvorgang startet, werden erstmal alle unbenutzten Sektoren innerhalb der virtuellen Platte ausgenullt. Im zweiten Schritt wird dann die VMDK physisch um den ausgenullten Platz verkleinert. So spart man unnötigen Speicherplatz auf der eigenen HD.
Sowas kommt durchaus der Performance der virtuellen Maschine zugute und auch der Speicherverwaltung des Hosts.
Ein in meinen Augen auch denkbarer Grund für den Performanceeinbruch wäre der Virenwächter. Setze den Ordner, in dem die VM drin ist, doch mal auf die Ausnahmeliste des Wächters ...
Verfasst: 16.01.2009, 20:37
von Dayworker
Ein in meinen Augen auch denkbarer Grund für den Performanceeinbruch wäre der Virenwächter. Setze den Ordner, in dem die VM drin ist, doch mal auf die Ausnahmeliste des Wächters ...
Ich dachte eigentlich immer, daß sich die Ausnahme von der Virensuche für alle VM-Ordner von selbst versteht. Richtig lustig wird die Geschichte, wenn jemand die maximale Größe einer v.HDD erstellt hat und dann den Virenscanner drüberjagt
