2021-07-27, 12:02
  #1
Medlem
Flickpojkens avatar
Funderar pa om de inte ar sa? Och har uppteckt de av en slump samt inte helt adekvata gamforelser.

Vad jag menar ar alltsa om de utryme man alokerar till en ny vm har betydelse for hur snabbt gast operativsystemet fungerar?

Jah vet att de gar snabbare om man valjer fixed size nar man skapar en ny H-disk till gast OS. Men de finns ocksa andra val man kan for utom storlek och fixed size gora nar man valjer H-disk. 3 val med olika typer av H-disk.

Jag undrar om detta ocksa kan a betydelse?

Jsg har ganska begransade resurser pa en av mina datorer. De ar darfor jag undrar hur man kan optimera.
Citera
2021-07-27, 12:07
  #2
Medlem
Enterprises avatar
Citat:
Ursprungligen postat av Flickpojken
Funderar pa om de inte ar sa? Och har uppteckt de av en slump samt inte helt adekvata gamforelser.

Vad jag menar ar alltsa om de utryme man alokerar till en ny vm har betydelse for hur snabbt gast operativsystemet fungerar?

Jah vet att de gar snabbare om man valjer fixed size nar man skapar en ny H-disk till gast OS. Men de finns ocksa andra val man kan for utom storlek och fixed size gora nar man valjer H-disk. 3 val med olika typer av H-disk.

Jag undrar om detta ocksa kan a betydelse?

Jsg har ganska begransade resurser pa en av mina datorer. De ar darfor jag undrar hur man kan optimera.
Antar att du inte kör SSD, för i så fall är det försumbar prestandaförbättring med fixed size.
Citera
2021-07-27, 12:09
  #3
Medlem
triptykens avatar
Citat:
Ursprungligen postat av Flickpojken
Jsg har ganska begransade resurser pa en av mina datorer. De ar darfor jag undrar hur man kan optimera.

Jag skulle börja med att investera i ett tangentbord för e assvårt att försöka tyda ut vad du vill ha sagt.

En stor hårddisk är bra om du ska ha en VM på där med, men tror samma som allt annat gäller: hastigheten begränsas väl huvudsakligen av RAM?
Citera
2021-07-27, 18:05
  #4
Moderator
vhes avatar
H-disk?
Citera
2021-07-27, 20:41
  #5
Medlem
Enterprises avatar
Citat:
Ursprungligen postat av vhe
H-disk?
Hårddisk antar jag, skrivet på ett utländskt tangentbord.
Citera
2021-07-27, 21:20
  #6
Moderator
vhes avatar
Åh. Då uppdaterar vi rubriken en aning.
Utgående rubrik: virtualbox snabbare med stor H disk?

TS uppmanas formulera lite tydligare rubriker framöver. Och startinlägg...

/Moderator
Citera
2021-07-27, 22:59
  #7
Medlem
hashs avatar
Till TS, ju mer kräm desto mer prestanda, så enkelt är det.
Citera
2021-11-21, 14:42
  #8
Avstängd
Bumpar denna tråd, tänker att den kan komma att läsas nu, och här kommer lite tips:
OBS Att om du har mycket hårddiskutrymme på din host, och med ett stort ledigt block så kan du visst låta din VM få "dynamisk size" - jag har testat och det ser ut som att att VM jobbar på lite fortare jämfört med fixed size.
Men det är bara så i början av existensen av din VM. I takt med att den äter upp utrymmet så blir det RAM-fönster (intern diskbuffer) som speglar VMs aktiva diskutrymme allt mindre relativt till att den dynamiska disken blir större.
Således så går den bara fortare när den är nyinstallerad. Sedan när den varit igång ett tag så segar den ner sig.Denna försämring av prestandan kan man ibland tydligt se. Och särskilt tydligt ser man när det när hosten börjar få slut på hårddiskutrymme. Då blir VMs diskfil snabbt fragmenterad, och diskaccesserna tar mycket mera tid.
Det är bland annat därför man rekommenderar att köra VMs på SSD helst i alla fall. Eftersom SSDns åtkomsttid inte är känslig för fragmentering.

Då kommer här en förklaring varför man hellre bör välja fixed size:

Tja många som vill köra VirtualBox kör den för att testa olika uppsättningar och konfigurationer av din VM, ibland för att testa beta-programvara.
Då kan man råka ut för en VM som äter upp allt hårddiskutrymme.
Det är inte särskilt bra om du har en VM som har "dynamisk size" hårddisk.
Då kommer den att äta upp allt, och din host (värd) blir seg som sirap.
Och att du får svårt att ens starta om den utan en massa bekymmer.
Då är "fixed size" betydligt bättre.
När din VM ätit upp allt i den "fixed size" hårddisken så fryser den bara.Du kan utifrån hosten bara stänga av den, och då med alternativet att inte spara maskintillståndet.
Om du inte vill analysera maskintillståndet separat förstås.

Men om man antar att din VM är "wellbehaved", dvs inte kör skräpkod utan normala helt välfungerande program, som inte tuggar i sig diskutrymme i onödan. Då kan du råka på att få en seg VM på halsen om du tex tittar på flera olika videoströmmar i olika webbläsarfönster samtidigt. All omkodning och rendering mellan den ordinarie hostens grafik och VMs grafik de tar mycket CPU-cykler i onödan och kan göra den seg.

Man måste först fundera på varför man vill ha en snabb VM till och vad man tänker att man vill göra med den, och hur avancerad den ska vara.
VirtualBox är rätt avancerad virtualiseringsprogramvara och har en mängd nyttiga funktioner inbyggda, men mycket av de extra funktionerna finns bara som kommandorads-kommandon med rätt så dålig dokumentation. Det saknas tex en hel del exempel på hur man använder dem.

Man får den naturligtvis att snurra bättre och bättre ju fler kärnor, mera RAM, piggare grafikkort, och ju snabbare och större SSD-diskar man har.

Då kommer vi till VMware Fusion virtualiseringsprogramvara som har en mängd ytterligare funktioner än vad VirtualBox har, bland annat finns det direktaccess till grafiken, sk pass-through design.VMware är dock kommersiell och ganska dyr.

VMware Fusion används mest på workstation-datorer som har gott om kärnor och RAM, och då flyter allt smidigt på.
Och AMD/ATI Radeon FirePro ska visst ha extra funktioner för att underlätta för VMs

En del konstigheter kan dock uppträda med dessa virtualiseringsprogramvaror och det är den att tex om du har Windows 10 som host så har Win 10 alltid första tjing på pekplattan/musen.
Och att Win10 alltid kommer att tolka kommandona i första hand.
Det kan innebära att alla kommandon inte tas av din VM, tex i vissa fall fungerar inte rullningslisten, dubbelklick måste du kanske ställa in separat mm.
Men det måste man experimentera sig fram till. En del stoppar in en extern mus, eller pekplatta och dedikerar den till VM.

Eller man kan sätta in ett eget tangentbordet bara för den virtuella maskinen.
Citera
2021-12-17, 15:37
  #9
Medlem
Flickpojkens avatar
Citat:
Ursprungligen postat av DrSvenne
Bumpar denna tråd, tänker att den kan komma att läsas nu, och här kommer lite tips:
OBS Att om du har mycket hårddiskutrymme på din host, och med ett stort ledigt block så kan du visst låta din VM få "dynamisk size" - jag har testat och det ser ut som att att VM jobbar på lite fortare jämfört med fixed size.
Men det är bara så i början av existensen av din VM. I takt med att den äter upp utrymmet så blir det RAM-fönster (intern diskbuffer) som speglar VMs aktiva diskutrymme allt mindre relativt till att den dynamiska disken blir större.
Således så går den bara fortare när den är nyinstallerad. Sedan när den varit igång ett tag så segar den ner sig.Denna försämring av prestandan kan man ibland tydligt se. Och särskilt tydligt ser man när det när hosten börjar få slut på hårddiskutrymme. Då blir VMs diskfil snabbt fragmenterad, och diskaccesserna tar mycket mera tid.
Det är bland annat därför man rekommenderar att köra VMs på SSD helst i alla fall. Eftersom SSDns åtkomsttid inte är känslig för fragmentering.

Då kommer här en förklaring varför man hellre bör välja fixed size:

Tja många som vill köra VirtualBox kör den för att testa olika uppsättningar och konfigurationer av din VM, ibland för att testa beta-programvara.
Då kan man råka ut för en VM som äter upp allt hårddiskutrymme.
Det är inte särskilt bra om du har en VM som har "dynamisk size" hårddisk.
Då kommer den att äta upp allt, och din host (värd) blir seg som sirap.
Och att du får svårt att ens starta om den utan en massa bekymmer.
Då är "fixed size" betydligt bättre.
När din VM ätit upp allt i den "fixed size" hårddisken så fryser den bara.Du kan utifrån hosten bara stänga av den, och då med alternativet att inte spara maskintillståndet.
Om du inte vill analysera maskintillståndet separat förstås.

Men om man antar att din VM är "wellbehaved", dvs inte kör skräpkod utan normala helt välfungerande program, som inte tuggar i sig diskutrymme i onödan. Då kan du råka på att få en seg VM på halsen om du tex tittar på flera olika videoströmmar i olika webbläsarfönster samtidigt. All omkodning och rendering mellan den ordinarie hostens grafik och VMs grafik de tar mycket CPU-cykler i onödan och kan göra den seg.

Man måste först fundera på varför man vill ha en snabb VM till och vad man tänker att man vill göra med den, och hur avancerad den ska vara.
VirtualBox är rätt avancerad virtualiseringsprogramvara och har en mängd nyttiga funktioner inbyggda, men mycket av de extra funktionerna finns bara som kommandorads-kommandon med rätt så dålig dokumentation. Det saknas tex en hel del exempel på hur man använder dem.

Man får den naturligtvis att snurra bättre och bättre ju fler kärnor, mera RAM, piggare grafikkort, och ju snabbare och större SSD-diskar man har.

Då kommer vi till VMware Fusion virtualiseringsprogramvara som har en mängd ytterligare funktioner än vad VirtualBox har, bland annat finns det direktaccess till grafiken, sk pass-through design.VMware är dock kommersiell och ganska dyr.

VMware Fusion används mest på workstation-datorer som har gott om kärnor och RAM, och då flyter allt smidigt på.
Och AMD/ATI Radeon FirePro ska visst ha extra funktioner för att underlätta för VMs

En del konstigheter kan dock uppträda med dessa virtualiseringsprogramvaror och det är den att tex om du har Windows 10 som host så har Win 10 alltid första tjing på pekplattan/musen.
Och att Win10 alltid kommer att tolka kommandona i första hand.
Det kan innebära att alla kommandon inte tas av din VM, tex i vissa fall fungerar inte rullningslisten, dubbelklick måste du kanske ställa in separat mm.
Men det måste man experimentera sig fram till. En del stoppar in en extern mus, eller pekplatta och dedikerar den till VM.

Eller man kan sätta in ett eget tangentbordet bara för den virtuella maskinen.

Intressant infomation.

Har funderat på om vilken betydelse typen va operativsystem på host har. Att ett enklare operativsystem fungerar bättre i en VM vet jag. Men skulle de till exempel vara bättre att ha Lubuntu som host jämfört med Ubuntu?

De är alltså prestandan på min VM jag optimera hur väl host funkar bryr jag mej inte om.
Citera
2021-12-17, 16:22
  #10
Medlem
Citat:
Ursprungligen postat av Flickpojken
Intressant infomation.

Har funderat på om vilken betydelse typen va operativsystem på host har. Att ett enklare operativsystem fungerar bättre i en VM vet jag. Men skulle de till exempel vara bättre att ha Lubuntu som host jämfört med Ubuntu?

De är alltså prestandan på min VM jag optimera hur väl host funkar bryr jag mej inte om.
Kör Qubes OS som host bara.
Citera
2021-12-18, 00:36
  #11
Avstängd
Citat:
Ursprungligen postat av Flickpojken
Intressant infomation.

Har funderat på om vilken betydelse typen va operativsystem på host har. Att ett enklare operativsystem fungerar bättre i en VM vet jag. Men skulle de till exempel vara bättre att ha Lubuntu som host jämfört med Ubuntu?

De är alltså prestandan på min VM jag optimera hur väl host funkar bryr jag mej inte om.

Ubuntu, Kubuntu, Lubuntu är ju samma i grunden, deras filsystem fungerar på samma sätt.

Fast prestanda är ett farligt begrepp, på det viset att man måste jämföra det med någon slags standardmaskin.
Eller standarduppsättning.
Fast i en PC vare sig det är Linux eller någon variant av MacOS eller Windows så är ju körningsmiljön inte statisk utan i synnerhet mycket dynamisk.
Ett helt koppel av processer och trådar ska samsas samtidigt i samma maskin.
Faktiskt lättare att jämföra grafikprestanda i så fall.
Men där presterar Oracle Virtual Box dåligt eftersom den inte använder grafikaccelerationsfunktionerna särskilt väl.Annat är det med VM Ware Fusion och deras teknik som har många maskinvarusettings för att aktivera maskinvaruacceleration.

Oracle Virtual Box är snarare bara designad för enkelhet, och att det mesta ska gå att köra där.

Qubes OS är nog fullt okej skulle man kunna gissa.
Citera

Skapa ett konto eller logga in för att kommentera

Du måste vara medlem för att kunna kommentera

Skapa ett konto

Det är enkelt att registrera ett nytt konto

Bli medlem

Logga in

Har du redan ett konto? Logga in här

Logga in