Högt CPU uttag av inaktiv vmware-maskin
Är det bara jag som då och då drabbas av att fläkten sätter igång och börjar dåna eller att jag på annat sätt blir uppmärksammad på att vmware processer drar en massa kraft ur CPU'n fastän att jag för stunden inte arbetar med min vmware-maskin?
Ibland kan jag notera att vmware stjäl upp till 50% av ena CPU-kärnan utan att jag rör vmware-maskinen 
Har läst på och labbat en del med vad man kan göra och här följer några tips som funkat för mig:
- Stoppa bakgrundsprocesser i vmware-maskinen som du egentligen inte behöver ha igång
- Norton Antivirus (...) och iTunesHelper är några exempel
- Ställ om Windows till att använda Windows 2000 "look and feel"
- Desktop --> Properties --> Themes --> Windows Classic
- Tilldela endast en CPU-kärna till vmware-maskinen
- Det blir tydligen en del extra overhead i vmware om den får mer än en kärna att jobba med...
- Kör inte i Unify-läge
- Jobbar man aktivt med en vmware-maskin så är ju ofta Unify kanon men har man t ex bara igång den för att exekvera infrastruktur (t ex IBM WMQ och MS SqlServer) så kan ju oftast Unify-läget kvitta
Är nu nere på under 10% i CPU-uttag av vmware då min vmware-maskin inte används, det är helt ok tycker jag (lägre än dito för Firefox i alla fall, som ju bara är en web-läsare 
)
Windows key mappings
Where to find []{}|\ et al:
- enter-2 = $
- enter-3 = £
- enter-4 = @
- enter-7 = {
- enter-8 = [
- enter-9 = ]
- enter-0 = }
- enter-+ = \
- enter-< = |
 | Tips Istället för enter - knappen kan man använda ctrl-option - knapparna om man är mer van vid det... Legend: |
Control-click
In order to use "control-click" (multi-select) in VMWare, you need to disable OS X mouse shortcuts in your virtual machine preferences:
Copying Linux virtual machines makes eth0 "disappear", i.e. no network
Problem: If you copy a Linux virtual machine and responds "Create" to the "location changed" question eth0 will not be present after booting up the new copy, i.e. you will not have any networking capabilities
Analysis: The reason for this is that the mac-address is changed and the eth0-configuration is connected to the old mac-address.
Solution: The solution is (at least on Ubuntu since v8.04) to simply remove the file /etc/udev/rules.d/70-persistent-net.rules and reboot
Clarification: A new entry for eth1 is created in the file above on the first boot after the copy with the new mac-address with eth0 left with the old incorrect mac-address. Removing the file and reboot will result in that the file is created with the expected eth0 with the new correct mac-address.