Du kan optimalisere Parallels Desktop for Mac for å forbedre ytelsen til et gjeste-OS. For ekspertbrukere kan det virke som et spørsmål om bare å tilpasse ytelsen til selve gjeste-operativsystemet, for eksempel å slå av visuelle effekter. Men før du begynner å finjustere gjeste-OS, må du gi gjeste-OS-konfigurasjons alternativene en finjustering. Først da kan du få de beste resultatene fra et gjeste-OS.
I denne veiledningen skal vi måle hvor godt Windows 7 presterer som gjeste-OS med Parallels Desktop 6 for Mac. Vi valgte Windows 7 av flere grunner, en av dem var at den er tilgjengelig i både 32-biters og 64-biters versjoner, og den ble brukt til å måle sammenligninger mellom Parallels, VMWares Fusion og Oracles Virtual Box. Med Windows 7 installert, sammen med våre to favoritt benchmarkingverktøy på tvers av plattformer (Geekbench og CINEBENCH), er vi klare til å finne ut hvilke innstillinger som har mest effekt på gjeste-OS-ytelsen.
Performance Tuning Parallels
Vi skal teste følgende Parallels gjeste-OS-konfigurasjons alternativer med våre benchmarkverktøy:
- Performance Caching- alternativer (raskere virtuell maskin eller raskere Mac)
- Adaptive Hypervisor aktivert eller deaktivert
- Tune Windows for Speed aktivert eller deaktivert
- Video RAM-størrelse
- 3D-akselerasjon
- Guest OS RAM Size
- Antall CPU/kjerner
Av parametrene ovenfor forventer vi at RAM-størrelse og antall CPUer vil spille en fremtredende rolle i gjeste-OS-ytelsen, og Video Ram Size og 3D-akselerasjon vil spille en mindre rolle. Vi tror ikke de gjenværende alternativene vil gi et betydelig løft til ytelsen, men vi har tatt feil før, og det er ikke uvanlig å bli overrasket over hva ytelsestester avslører.
Optimize Parallels Desktop: How We Test
Vi vil bruke Geekbench 2.1.10 og CINEBENCH R11.5 for å måle ytelsen til Windows 7 når vi endrer gjeste-OS-konfigurasjons alternativene.
The Benchmark Tests
Geekbench tester prosessorens heltalls- og flyttallsytelse, tester minne ved hjelp av en enkel lese-/skriveytelsestest, og utfører en strømtest som måler vedvarende minnebåndbredde. Resultatene fra settet med tester kombineres for å produsere en enkelt Geekbench-score. Vi vil også bryte ut de fire grunnleggende testsettene (heltallsytelse, flytende punktytelse, minneytelse og strømmeytelse), slik at vi kan se styrkene og svakhetene til hvert virtuelle miljø.
CINEBENCH utfører en virkelig test av datamaskinens CPU og grafikkortets evne til å gjengi bilder. Den første testen bruker CPU til å gjengi et fotorealistisk bilde, ved å bruke CPU-intensive beregninger for å gjengi refleksjoner, omgivelsesokkultasjon, områdebelysning og skyggelegging, og mer. Vi utfører testene med en enkelt CPU eller kjerne, og gjentar deretter testen med flere CPUer eller kjerner. Resultatet gir en referanseytelsesgrad for datamaskinen som bruker én enkelt prosessor, en karakter for alle CPUer og kjerner, og en indikasjon på hvor godt flere kjerner eller CPUer brukes.
Den andre CINEBENCH-testen evaluerer ytelsen til datamaskinens grafikkort ved å bruke OpenGL for å gjengi en 3D-scene mens et kamera beveger seg innenfor scenen. Denne testen bestemmer hvor raskt grafikkortet kan yte mens det fortsatt gjengir scenen nøyaktig.
Testmetodikk
Med syv forskjellige gjeste-OS-konfigurasjonsparametere å teste, og med noen parametere som har flere alternativer, kan vi ende opp med å utføre benchmark-tester langt inn i neste år. For å kutte ned på antall tester som skal utføres, og fortsatt generere meningsfulle resultater, skal vi starte med å teste mengden RAM og antall CPUer/kjerner, siden vi tror disse variablene vil ha størst innvirkning. Vi vil da bruke den dårligste RAM/CPU-konfigurasjonen og den beste RAM/CPU-konfigurasjonen når vi tester de gjenværende ytelses alternativene.
Vi vil utføre all testing etter en ny oppstart av både vertssystemet og det virtuelle miljøet. Både verten og det virtuelle miljøet vil ha alle anti-malware- og antivirusapplikasjoner deaktivert. Alle virtuelle miljøer kjøres innenfor et standard OS X-vindu. Når det gjelder de virtuelle miljøene, kjører ingen andre brukerapplikasjoner enn referansene. På vertssystemet, med unntak av det virtuelle miljøet, kjører ingen andre brukerapplikasjoner enn et tekstredigeringsprogram for å ta notater før og etter testing, men aldri under selve testprosessen.
Optimaliser Parallels Desktop: 512 MB RAM vs. flere CPUer/kjerner
Vi starter denne referansen ved å tilordne 512 MB RAM til Windows 7 gjeste-OS. Dette er minimumsmengden RAM anbef alt av Parallels for å kjøre Windows 7 (64-bit). Vi trodde det var en god idé å starte testingen av minneytelse på under optimale nivåer, for å finne ut hvordan ytelsen forbedres eller ikke blir bedre etter hvert som minnet økes.
Etter å ha angitt 512 MB RAM-tildelingen, kjørte vi hver av våre benchmarks med 1 CPU/Core. Etter at benchmarkene var fullført, gjentok vi testen med 2 og deretter 4 CPUer/kjerner.
512 MB minneresultater
Det vi fant var stort sett det vi forventet. Windows 7 var i stand til å prestere bra, selv om minnet var under de anbef alte nivåene. I Geekbench Overall-, Integer- og Floating Point-testene så vi ytelsen forbedres pent da vi kastet flere CPUer/kjerner på testene. Vi så de beste resultatene da vi gjorde 4 CPUer/kjerner tilgjengelig for Windows 7. Minnedelen av Geekbench viste liten endring da CPUer/kjerner ble lagt til, noe vi forventet. Geekbench Stream-testen, som måler minnebåndbredde, viste imidlertid en merkbar nedgang da vi la til CPUer/kjerner i miksen. Vi så det beste Stream-resultatet med bare én enkelt prosessor/kjerne.
Vår antakelse er at den ekstra overheaden til det virtuelle miljøet for å bruke flere CPUer/kjerner er det som tærte på strømbåndbreddeytelsen. Likevel er forbedringen i heltalls- og flytepunkttestene med flere CPUer/kjerner sannsynligvis vel verdt en liten reduksjon i strømmeytelse for de fleste brukere.
CINEBENCH-resultatene våre viste også omtrent det vi forventet. Rendering, som bruker CPU til å tegne et komplekst bilde, ble forbedret etter hvert som flere CPUer/kjerner ble lagt til blandingen. OpenGL-testen bruker grafikkortet, så det var ingen merkbare endringer da vi la til CPUer/kjerner.
Optimize Parallels Desktop: 1 GB RAM vs. flere CPUer/kjerner
Vi starter denne benchmarken ved å tilordne 1 GB RAM til gjeste-operativsystemet for Windows 7. Dette er den anbef alte minnetildelingen for Windows 7 (64-bit), i hvert fall ifølge Parallels. Vi trodde det var en god idé å teste med dette minnenivået, fordi det sannsynligvis vil være alternativet for mange brukere.
Etter å ha angitt 1 GB RAM-tildelingen, kjørte vi hver av våre benchmarks med 1 CPU/Core. Etter at benchmarkene var fullført, gjentok vi testen med 2 og deretter 4 CPUer/kjerner.
1 GB minneresultater
Det vi fant var stort sett det vi forventet; Windows 7 var i stand til å prestere bra, selv om minnet var under anbef alt nivå. I Geekbench Overall-, Integer- og Floating Point-testene så vi ytelsen forbedres pent da vi kastet flere CPUer/kjerner på testene. Vi så de beste resultatene da vi gjorde 4 CPUer/kjerner tilgjengelig for Windows 7. Minnedelen av Geekbench viste liten endring da vi la til CPUer/kjerner, noe vi forventet. Geekbench Stream-testen, som måler minnebåndbredde, viste imidlertid en merkbar nedgang da vi la til CPUer/kjerner i miksen. Vi så det beste Stream-resultatet med bare én enkelt prosessor/kjerne.
Vår antakelse er at den ekstra overheaden til det virtuelle miljøet for å bruke flere CPUer/kjerner er det som tærte på strømbåndbreddeytelsen. Likevel er forbedringen i heltalls- og flytepunkttestene med flere CPUer/kjerner sannsynligvis vel verdt den lille nedgangen i strømytelse for de fleste brukere.
CINEBENCH-resultatene våre viste også omtrent det vi forventet. Rendering, som bruker CPU til å tegne et komplekst bilde, ble forbedret etter hvert som flere CPUer/kjerner ble lagt til blandingen. OpenGL-testen bruker grafikkortet, så det var ingen merkbare endringer da vi la til CPUer/kjerner.
En ting vi la merke til med en gang var at selv om de generelle ytelsestallene i hver test var bedre enn 512 MB-konfigurasjonen, var endringen marginal, neppe det vi forventet. Selvsagt er ikke selve referansetestene særlig minnebundne til å begynne med. Vi forventer at applikasjoner i den virkelige verden som bruker mye minne vil få et løft fra ekstra RAM.
Optimaliser Parallels Desktop: 2 GB RAM vs. flere CPUer/kjerner
Vi starter denne benchmarken ved å tilordne 2 GB RAM til gjeste-operativsystemet for Windows 7. Dette er sannsynligvis den øvre delen av RAM-allokering for de fleste som kjører Windows 7 (64-bit) under Parallels. Vi forventer litt bedre ytelse enn testene på 512 MB og 1 GB vi kjørte tidligere.
Etter å ha angitt 2 GB RAM-tildelingen, kjørte vi hver av våre benchmarks med 1 CPU/Core. Etter at benchmarkene var fullført, gjentok vi testene med 2 og deretter 4 CPUer/kjerner.
2 GB minneresultater
Det vi fant var ikke helt det vi forventet. Windows 7 presterte bra, men vi forventet ikke å se en så liten ytelsesøkning basert på bare mengden RAM. I Geekbench Overall-, Integer- og Floating Point-testene så vi ytelsen forbedres pent da vi kastet flere CPUer/kjerner på testene. Vi så de beste resultatene da vi gjorde 4 CPUer/kjerner tilgjengelig for Windows 7. Minnedelen av Geekbench viste liten endring da vi la til CPUer/kjerner, noe vi forventet. Geekbench Stream-testen, som måler minnebåndbredde, viste imidlertid en merkbar nedgang da vi la til CPUer/kjerner i miksen. Vi så det beste Stream-resultatet med bare én enkelt prosessor/kjerne.
Vår antakelse er at den ekstra overheaden til det virtuelle miljøet for å bruke flere CPUer/kjerner er det som tærte på strømbåndbreddeytelsen. Likevel er forbedringen i heltalls- og flytepunkttestene med flere CPUer/kjerner sannsynligvis vel verdt en liten reduksjon i strømmeytelse for de fleste brukere.
CINEBENCH-resultatene våre viste også omtrent det vi forventet. Rendering, som bruker CPU til å tegne et komplekst bilde, ble forbedret etter hvert som flere CPUer/kjerner ble lagt til blandingen. OpenGL-testen bruker grafikkortet, så det var ingen merkbare endringer da vi la til CPUer/kjerner.
En ting vi la merke til med en gang var at selv om de generelle ytelsestallene i hver test var bedre enn 512 MB-konfigurasjonen, var endringen marginal, neppe det vi forventet. Selvsagt er ikke selve referansetestene særlig minnebundne til å begynne med. Vi forventer at applikasjoner i den virkelige verden som bruker mye minne vil få et løft fra ekstra RAM.
Parallell minne og CPU-allokering: Hva vi oppdaget
Etter å ha testet paralleller med minnetildelinger på 512 RAM, 1 GB RAM og 2 GB RAM, sammen med testing med flere CPU/Core-konfigurasjoner, kom vi til noen klare konklusjoner.
RAM-tildeling
Vår antakelse er at den ekstra overheaden til det virtuelle miljøet for å bruke flere CPUer/kjerner er det som tærte på strømbåndbreddeytelsen. Likevel er forbedringen i heltalls- og flytepunkttestene med flere CPUer/kjerner sannsynligvis vel verdt den lille nedgangen i Stream-ytelse for de fleste brukere.
En ting vi la merke til med en gang var at selv om de generelle ytelsestallene i hver test var bedre enn 512 MB-konfigurasjonen, var endringen marginal, neppe det vi forventet. Selvsagt er ikke selve referansetestene særlig minnebundne til å begynne med. Vi forventer at applikasjoner i den virkelige verden som bruker mye minne vil få et løft fra ekstra RAM.
CPUs/Cores
For referansetesting hadde mengden RAM liten innflytelse på den generelle ytelsen. Ja, tildeling av mer RAM forbedret generelt referanseresultatene, men ikke i en betydelig nok hastighet til å rettferdiggjøre å frata verts-OS (OS X) RAM som det kunne utnyttet bedre.
Men fordi den samlede poengsummen inkluderer minneytelse, som så liten endring, eller i tilfelle av Stream-testen, en nedgang ettersom CPUer/kjerner ble økt, varierte den generelle prosentvise forbedringen bare fra 26 % til 40 %.
Resultatene
Husk imidlertid at selv om vi ikke så store forbedringer, testet vi kun gjeste-operativsystemet ved å bruke benchmark-verktøy. De faktiske Windows-applikasjonene du bruker kan faktisk fungere bedre med mer RAM tilgjengelig for dem. Det er imidlertid også klart at hvis du bruker gjeste-OS til å kjøre Outlook, Internet Explorer eller andre generelle applikasjoner, vil du sannsynligvis ikke se noen forbedring ved å kaste mer RAM på dem.
- Verste: 512 MB RAM og 1 CPU
- Beste: 1 GB RAM og 4 CPUer
Parallels videoytelse: video-RAM-størrelse
Den største ytelsesøkningen kom fra å gjøre flere CPUer/kjerner tilgjengelige for Parallels gjeste-OS. Dobling av antall CPUer/kjerner ga ingen dobling i ytelse. Den beste ytelsesøkningen kom i Integer-testen, med en økning på 50 % til 60 % da vi doblet antall tilgjengelige CPU/kjerner. Vi så en forbedring på 47 % til 58 % i Floating Point-testen da vi doblet CPUene/kjernene.
Vi var på utkikk etter to RAM/CPU-konfigurasjoner for å bruke for resten av testene våre, den dårligste og best. Husk at når vi sier 'verst', refererer vi bare til ytelse i Geekbench benchmark-testen. Den dårligste ytelsen i denne testen er faktisk anstendig ytelse i den virkelige verden, brukbar for de fleste grunnleggende Windows-applikasjoner, som e-post og nettsurfing.
Den andre testen innebærer å gjengi et statisk bilde. Denne testen bruker CPU-en til å gjengi et fotorealistisk bilde, ved å bruke CPU-intensive beregninger for å gjengi refleksjoner, omgivelsesokkultasjon, områdebelysning og skyggelegging og mer.
Forventninger
I denne videoytelsestesten av Parallels skal vi bruke to grunnlinjekonfigurasjoner. Den første vil være 512 MB RAM og en enkelt CPU tildelt Windows 7 gjeste-OS. Den andre konfigurasjonen vil være 1 GB RAM og 4 CPUer tildelt Windows 7 gjeste-OS. For hver konfigurasjon vil vi endre mengden videominne som er tilordnet gjeste-operativsystemet, for å se hvordan det påvirker ytelsen.
Med disse forutsetningene på plass, la oss se hvordan Parallels 6 Desktop for Mac referanseindekser.
Parallels videoytelseresultater
Vi så liten effekt på OpenGL-testen fra å endre antall CPUer/kjerner tilgjengelig for gjeste-OS. Vi så imidlertid en liten reduksjon (3,2 %) i ytelsen da vi reduserte mengden video-RAM fra 256 MB til 128 MB.
Vi vil bruke CINEBENCH R11.5 for å måle grafikkytelse. CINEBENCH R11.5 kjører to tester. Den første er OpenGL, som måler grafikksystemets evne til å gjengi en animert video nøyaktig. Testen krever at hvert bilde gjengis nøyaktig, og måler den totale oppnådde bildefrekvensen. OpenGL-testen krever også at grafikksystemet støtter maskinvarebasert 3D-akselerasjon. Så vi vil alltid utføre testene med maskinvareakselerasjon aktivert i Parallels.
Parallels Video Performance Konklusjon
Vi forventer å se en viss forskjell i OpenGL-testen når vi endrer video-RAM-størrelse, forutsatt at det er nok RAM til å tillate maskinvareakselerasjon. På samme måte forventer vi at gjengivelsestesten hovedsakelig vil bli påvirket av antall tilgjengelige CPUer for å gjengi det fotorealistiske bildet, med liten effekt fra mengden video-RAM.
Optimize Parallels Desktop: Best Configuration for Guest OS Performance
Med benchmarkene ute av veien, kan vi vende oss til å stille inn Parallels 6 Desktop for Mac for best ytelse for gjeste-OS.
Minnetildeling
Gjengivelsestesten reagerte som forventet på antall tilgjengelige CPUer/kjerner; jo flere jo bedre. Men vi så også et lite ytelsesfall (1,7 %) da vi reduserte video-RAM fra 256 MB til 128 MB. Vi forventet egentlig ikke at video-RAM-størrelsen skulle ha den effekten den gjorde. Selv om endringen var liten, var den repeterbar og målbar.
Selv om de faktiske ytelsesendringene mellom video-RAM-størrelser var margin alt forskjellige, var de likevel målbare. Og siden det ikke ser ut til å være en enestående grunn til å sette videominne under den for øyeblikket støttede maksimale størrelsen på 256 MB, virker det trygt å si at standardinnstillingen på 256 MB video RAM med 3D maskinvareakselerasjon aktivert faktisk er den beste innstillingen for å bruk for alle gjeste-OS.
Hvor du vil se fordelene ved å øke minneallokeringen er med applikasjoner som bruker mye RAM, for eksempel grafikk, spill, komplekse regneark og multimedieredigering.
Vår anbef alte minneallokering er da 1 GB for de fleste gjeste-OS og de grunnleggende programmene de vil kjøre. Øk dette beløpet for spill og grafikk, eller hvis du ser dårlig ytelse.
CPU/Cores Allocation
Det vi fant var at minnetildeling hadde mindre effekt på ytelsen til gjeste-OS enn vi først trodde. Det dette indikerer er at Parallels' innebygde caching-system, som er designet for å hjelpe til med basisytelsen til gjeste-OS, fungerer veldig bra, i det minste for gjeste-OS som Parallels vet om. Hvis du velger en ukjent gjeste-OS-type, kan det hende at Parallels-bufring ikke fungerer like bra.
Video RAM-innstillinger
Dette viste seg faktisk å være ganske enkelt. For alle Windows-baserte gjeste-OS, bruk maksimal video-RAM (256 MB), aktiver 3D-akselerasjon og aktiver vertikal synkronisering.
Optimaliseringsinnstillinger
Sett ytelsesinnstillingen til 'Raskere virtuell maskin.' Dette vil tildele fysisk minne fra Mac-en til å bli dedikert til gjeste-OS. Dette kan forbedre gjeste-OS-ytelsen, men kan også redusere ytelsen til Mac-en hvis du har begrenset minne tilgjengelig.
Derfor, når du angir minneallokering for gjeste-OS, er nøkkelen til å bestemme størrelsen som skal brukes applikasjonene du vil kjøre i gjeste-OS. Du vil ikke se mye forbedring i grunnleggende ikke-minnekrevende programmer, som e-post, nettlesing og tekstbehandling, ved å bruke mye minne på dem.
alternativet Tune Windows for Speed vil automatisk deaktivere enkelte Windows-funksjoner som har en tendens til å redusere ytelsen. Dette er for det meste visuelle GUI-elementer, for eksempel langsom falming av vinduer og andre effekter.
Sett Power til "Bedre ytelse." Dette vil tillate gjeste-OS å kjøre på full hastighet, uavhengig av hvordan det vil påvirke batteriet i en bærbar Mac.
Optimaliser Parallels Desktop: Beste konfigurasjon for Mac-ytelse
Denne innstillingen har langt på vei mest effekt på gjeste-OS-ytelsen. Men som med minnetildeling, hvis applikasjonene du bruker ikke trenger mye ytelse, kaster du bort CPUer/kjerner som Mac-en din kan bruke hvis du øker CPU/kjernetildelingen unødvendig. For grunnleggende applikasjoner som e-post og nettsurfing er 1 CPU greit. Du vil se forbedringer i spill, grafikk og multimedia med flere kjerner. For denne typen applikasjoner bør du tilordne minst 2 CPU/kjerner og mer, hvis mulig.
Minnetildeling
Sett gjeste-operativsystemet til minimumsminnet som kreves for operativsystemet pluss applikasjonene du ønsker å kjøre. For grunnleggende Windows-applikasjoner, som e-post og nettlesere, bør 512 MB være tilstrekkelig. Dette vil etterlate mer RAM for Mac-programmene dine.
CPUer/kjernetildeling
Fordi gjeste-OS-ytelse ikke er målet her, bør det å sette gjeste-OS-en til å ha tilgang til én enkelt CPU/kjerne være tilstrekkelig for å sikre at gjest-OS-en kan fungere bra, og at Mac-en din ikke er unødvendig belastet.
Video RAM-tildeling
Video RAM og dens relaterte innstilling har faktisk liten innvirkning på Mac-ens ytelse. Vi foreslår at du lar det være standardinnstillingen for gjeste-operativsystemet.
Optimaliseringsinnstillinger
Hvis du slår på funksjonen Aktiver adaptiv hypervisor, kan CPU-ene/kjernene på Mac-en tilordnes til den applikasjonen som for øyeblikket er i fokus. Dette betyr at så lenge gjeste-OS er det fremste programmet, vil det ha høyere prioritet over alle Mac-programmer du kjører samtidig.
Tuning Parallels' gjeste-OS-konfigurasjons alternativer for best Mac-ytelse forutsetter at du har gjeste-OS-applikasjoner som du ønsker å la kjøre til enhver tid, og at du vil at de skal ha minimal innvirkning på bruken av Mac-en din. Et eksempel kan være å kjøre Outlook i gjeste-OS, slik at du ofte kan sjekke bedriftens e-post. Du vil at Mac-programmene dine skal fortsette å kjøre, uten noe stort ytelsestreff fra å kjøre den virtuelle maskinen.
Sett ytelsesinnstillingen til 'Raskere Mac OS.' Dette vil gi preferanse til å allokere fysisk minne til Mac-en i stedet for å dedikere det til gjeste-OS, og forbedre Mac-ens ytelse. Ulempen er at gjeste-operativsystemet kan ha lite tilgjengelig minne, og fungere sakte til Mac-en gjør minne tilgjengelig for den.
Sett Power til "Langer Battery Life" for å redusere ytelsen til gjeste-OS og forlenge batteriet i en bærbar Mac. Hvis du ikke bruker en bærbar Mac, vil ikke denne innstillingen utgjøre så mye forskjell.
