Procesorët modernë janë aq të fuqishëm sa mund të imitojnë veten
praktikisht nuk ka frena. Në zonën e sysadmin, kjo gjen
aplikim i madh praktik. Por jo gjithçka është aq e thjeshtë, dhe para se të ngrihet
sistemi virtual, duhet të peshohen të gjitha të mirat dhe të këqijat.
Dyert e botës virtuale
Vitet e fundit, shumë makina virtuale janë shfaqur në treg - nga
shumë e specializuar ( Bochs, syri) te emulatorët e përgjithshëm
destinacioni ( VMware, Virtualbox, QEMU, XEN,
Pc virtuale). Interesi për virtualizimin po rritet, dhe emuluesit vetë gjatë rrugës
zotëroni profesione të reja, duke u bërë gjithnjë e më tërheqëse
lodra ne syte e sysadmineve. Pikërisht "lodra" - sepse për të
Emulatorët ekzistues nuk janë ende gati për komercializim. Dëmtimi
nga përdorimi i tyre tejkalon shumë koston e jetesës hekuri, që ata
synon të zëvendësojë (për të mos përmendur faktin se shumica e emulatorëve
shpërndahet komercialisht, ose thjesht kushton para).
Sidoqoftë, ju mund dhe duhet të luani me makina virtuale! Ka gjithçka
arsye për të pritur që në vitet e ardhshme zhvilluesit do të lëpijnë mete dhe
do të sjellë në mendje emulatorët, dhe për këtë arsye ju duhet t'i zotëroni ato tani, në mënyrë që më vonë
mos nxitoni për të vendosur infrastrukturën virtuale.
Ka të paktën tre lloje të makinave virtuale(për të mos përmendur
hibride). Të parët (dhe më të lashtët) janë makina me plot
emulimi... Bochs është një shembull klasik. Ngadalësohet tmerrësisht, por e lejon
imitoni arkitekturat "të huaja", për shembull, x86 në një skuter ose x86-64 në
x86. Të ndërtohet një makinë me shumë procesor në një njëprocesor? Nuk ka problem. Për më tepër,
sistemi kryesor operativ është i izoluar në mënyrë të sigurt nga makinat virtuale të ftuar
dhe është tepër e vështirë ta dëmtosh atë. Bochs është shumë i përshtatshëm për
eksperimente me viruse, krimba dhe programe të tjera me qëllim të keq. Mund të jetë gjithashtu
përdorni për të provuar sistemet operative 64-bit,
përpara se të vendosni të blini x86-64 - por shpenzime të larta emulimi
(madje duke marrë parasysh optimizimin dhe ruajtjen e udhëzimeve) vendosin strikt
kërkesat e harduerit për makinën bazë. Dhe problemi këtu nuk është as
që WinXP në P-4 nën "Borsch" fillon rreth një ditë. Nuk fillon fare!
Që një bandë e operacioneve skadojnë, në veçanti, nëse procedura
Inicializimi i shoferit zgjat më shumë se 10 sekonda, sistemi automatikisht
shkarkon shoferin me të gjitha pasojat që pasojnë.
Makinat virtuale dinamike(QEMU, VMware, VirtualBox) imitojnë
vetëm udhëzime të privilegjuara (si dhe udhëzime të paprivilegjuara,
duke pasur akses në të dhënat e sistemit). Për shkak të kësaj, shpejtësia e emulimit rritet.
me disa renditje të madhësisë, dhe P-III 733 tashmë mund të funksionojë rehat në mjedis
virtual Win2k3, dhe gjithçka thjesht fluturon në P-4. Shlyerja për shpejtësinë
bëhet pamundësia themelore e imitimit të arkitekturave "aliene", plus
rreziku i mundshëm i një sulmi në sistemin operativ pritës nga mysafiri.
Teorikisht është e mundur të krijohet një emulator dinamik i besueshëm, por
praktikisht ... janë mijëra linja C / C ++ dhe megabajt kod! Përveç kësaj,
Zhvilluesit e QEMU dhe VMware as nuk u përpoqën të mbronin sistemin kryesor nga sulmi
nga ana e makinave virtuale të ftuar, të cilat viruset dhe krimbat i përdorin me sukses.
Virtualizimi i harduerit(mbështetur nga modelet më të fundit
Procesorët Intel dhe AMD) eliminojnë blooperat në arkitekturën x86, ku të dhënat e sistemit
i mbrojtur në mënyrë të besueshme vetëm nga shkrimi, por mund të lexohet nga shtresa e aplikimit
komandat ligjore të paprivilegjuara. Kjo detyron emulatorin të shikojë
një bllok kodi përpara ekzekutimit të tij, i cili kërkon kohë. Në përpunuesit e kompanisë
Motorola nuk ka defekte të tilla, dhe për këtë arsye emulimi dinamik funksionon mbi to.
shumë më shpejt (dhe pa ndonjë mbështetje harduerike të re!). Por tregu
mori përsipër arkitekturën x86, duke zëvendësuar Motorol-in dhe për rrjedhojë virtualizimin e harduerit
priten me shumë entuziazëm. Në teori, shpejtësia e emulimit duhet
afrohuni me procesorin "live", pasi shpenzimet e përgjithshme
virtualizimi janë afër zeros. Megjithatë, përveç procesorit, makina virtuale
Më duhet gjithashtu të imitoj harduerin. Ju nuk mund të bëni pa hard disqe, dhe
dhënia e aksesit të drejtpërdrejtë ndaj vështirësive fizike është vetëvrasje. Kjo është arsyeja
cila është performanca e makinave virtuale (edhe me mbështetje për emulimin e harduerit)
mbetet ndjeshëm pas hekurit të gjallë, por gjithsesi e kalon dinamikën
emulimi.
Natyrisht, rritja e shpejtësisë ka një çmim. Së pari, është e nevojshme
blini një procesor me mbështetje për virtualizimin e harduerit (në rregull, kjo nuk është
problem, ne do të marrim gjatë përmirësimit të ardhshëm të planifikuar). Së dyti (dhe kjo
tashmë vërtet serioz) - përpunuesit përmbajnë një mori defektesh që lejojnë
ndikojnë në sistemin operativ pritës nga makinat virtuale të ftuar.
Rregullimi i një gabimi në një procesor është shumë më i vështirë sesa në një procesor plotësisht.
emulator! Dhe gjëja më e pakëndshme është rënia spontane e sistemit kryesor.
ndodh edhe pa ndonjë sulm nga kodi me qëllim të keq! Me një fjalë,
Virtualizimi i harduerit është ende një lodër me korrigjim të dobët, jo
gati për zbatim industrial. Pavarësisht, Microsoft ka përfshirë tashmë
një emulator me mbështetje për virtualizimin e harduerit në Win2k8, duke konkurruar me të
projekt falas XEN.
Serverë virtualë
Si mund të përdoret një makinë virtuale në një rrjet korporate ose zyre?
Për shembull, ngrini një server virtual. Dhe ç'farë? Le të themi se kemi nevojë për një WEB publik dhe
SQL private. Për arsye sigurie, serveri publik duhet të jetë
ndodhet në të ashtuquajturën zonë të demilitarizuar (DMZ), dhe SQL private është
brenda rrjetit lokal, i rrethuar nga një hendek i thellë mbrojtës rreth perimetrit
(firewall). Që kërkon dy makina. Por çfarë nëse është në dispozicion
vetem nje?
Teorikisht (e theksoj!), Ju mund të ngrini VMware ose Virtual PC duke vendosur
serveri publik WEB është në makinën virtuale dhe SQL private është në atë kryesore. Dhe kjo
si do funksiononte. "Sikur" - sepse për të arritur një nivel të pranueshëm
performanca edhe me mbështetjen e virtualizimit të harduerit, na duhet
harduer mjaft i fuqishëm i aftë për të tërhequr emulatorin me një shpejtësi të arsyeshme. Do të thotë,
ju ende nuk do të jeni në gjendje të kurseni shumë, dhe nëse i shtoni kësaj shume kostot e
sulmet e pashmangshme në makinën virtuale dhe përplasjet e vetë makinës virtuale, në
Në terma afatgjatë kemi humbje shumë mbresëlënëse. Blini dy
serverët fizikë të veçantë janë më të lirë dhe do të funksionojnë shumë
më të qëndrueshme. Dhe nëse nuk ka para për pajisje, atëherë është më mirë të braktisni zonat DMZ duke u vendosur
shërbimet publike dhe private në të njëjtën makinë dhe ndalimi i shërbimeve private
pranoni trafikun nga ndërfaqet e jashtme. Dhe për besueshmëri - mbyllni gjithashtu portet
në murin e zjarrit. Siç thonë ata, të lirë dhe të gëzuar, por është akoma më mirë se
përleshje me makinat virtuale.
Korralja e virusit
Shumë shpesh, makinat virtuale përdoren për të eksperimentuar
softuer potencialisht i pasigurt që rrjedh nga të pabesueshme
burimet. Skanimi antivirus nuk është një mjet shumë i mirë kërkimi
krimba të panjohur ose të modifikuar, viruse dhe rootkits. Dëmtuesit janë të mirë
dihet se si të "verbohen" teknologjitë proaktive dhe analizuesit heuristik.
Shërbimet e përqendruara në gjetjen e rootkit funksionojnë mirë vetëm në ditët e para
pamjen e tyre, dhe më pas hakerët gjejnë një zgjidhje.
Natyrisht, është më mirë të kryhen eksperimente të tilla nën një emulator. Kështu që
është shumë më e lehtë të operosh me imazhe të hard disqeve virtuale dhe të alokosh
nuk kërkohet një makinë e veçantë (fizike). Komoditeti, thjeshtësia dhe ekonomia -
në fytyrë. Por thjeshtësia është më e keqe se vjedhja, dhe kursimi në një makinë të dedikuar nuk është mirë.
sjell. Nëse makina virtuale është e lidhur me sistemin kryesor virtual
rrjet, atëherë krimbat mund të sulmojnë sistemin operativ themelor duke shfrytëzuar vrimat në
shërbimet e rrjetit. Administratori ose duhet të instalojë të gjitha
arna, ose shkëputni fare mbylljen e virusit nga Rrjeti - pa harruar
burimet e përbashkëta. Makina virtuale VMware i mbështet ato duke anashkaluar
Përshtatës Ethernet. Topat vazhdojnë të punojnë edhe pas heqjes së virtuales
kartën e rrjetit, dhe janë të ndjeshme ndaj dy llojeve të sulmeve në të njëjtën kohë - përmes vrimave në shërbimin "të përbashkët
dosjet "dhe duke dërguar krimba që modifikojnë shabllonin e dosjes, automatikisht
"Marrë" nga Guide. E njëjta gjë vlen për të gjitha llojet e tjera.
transportuesit. Kjo e ndërlikon shumë shkëmbimin e të dhënave midis virtuales dhe kryesore
makinat. Opsioni më i sigurt është kopjimi i të dhënave përmes CD-ROM (opsionale
fizik - virtual është gjithashtu i përshtatshëm, thjesht merrni ndonjë program për të krijuar
imazhet iso dhe montojeni në sistemin kryesor dhe në VMware).
E rëndësishme: Si parazgjedhje, VMware do t'i njohë automatikisht të gjitha të lidhura
pajisje USB dhe u jep makinave virtuale akses të plotë në to. Le të themi ne
lidhni FLASH, hard diskun e jashtëm me ndërfaqe USB ose pajisje tjetër
të këtij lloji, mbi të cilin një virus shpëton menjëherë nga birucat
Makine virtuale. Për të parandaluar një pushtim, mjafton të çaktivizoni
Kontrolluesi USB në vetitë e makinës virtuale.
Megjithatë, problemet nuk mbarojnë me kaq. Rootkits kanë mësuar shumë kohë më parë
njohin makinat virtuale refuzimi i infeksionit në prani të tyre,
që thyen të gjithë konceptin. Ne instalojmë softuer me një rootkit në
një makinë virtuale, krahasojmë imazhet, nuk gjejmë asgjë dhe, të kënaqur me veten,
ne lëshojmë rootkit në sistemin kryesor. Rezulton e garantuar për t'u zbuluar
rootkits moderne duke përdorur makina virtuale është e pamundur! Dhe nëse keni parasysh gjithashtu
një numër i madh vrimash në emulatorë, rootkit ka çdo shans për të infektuar kryesorin
sistemi nga makina e ftuar. Prodhimi? Ose përdorni një makinë të dedikuar të drejtpërdrejtë,
ose një makinë virtuale e besueshme me emulim të plotë (për shembull, Bochs). atë
do të parandalojë një pushtim viral, por, mjerisht, nuk do të kursejë virtuale
makina rootkit. Bochs përmban shumë defekte të vogla emulimi (sjell
jo si një procesor i vërtetë) që nuk ndërhyjnë me programet normale,
por mund të përdoret për të zbuluar emulatorin. Plus NDONJE emulator
mbart në bord një grup mjaft specifik të pajisjeve virtuale, sipas
për të cilët është e lehtë të identifikohen. Dhe megjithëse kemi pasur parasysh kodin burimor, ne mundemi
parandaloni këtë - blerja e një kompjuteri të drejtpërdrejtë është shumë më e lirë se sa mashtrimi
harduer virtual.
Duke përmbledhur sa më sipër, arrijmë në përfundimin: makinat virtuale nuk janë shumë
një koral i besueshëm për viruset, megjithëse nëse nuk jeni paranojak, atëherë (duke pasur parasysh nivelin e ulët
cilësia e shumicës dërrmuese të viruseve dhe rootkit) është më mirë të përdoret
makinë virtuale se të mbështetet tërësisht në softuerin antivirus.
Mjeti i zbulimit të sulmeve në rrjet
Rrjetet e zyrave zakonisht nuk kanë nevojë për sensorë dhe sensorë,
zbulimin e ndërhyrjes, dhe nëse e bëjnë, atëherë rasti zakonisht kufizohet në
blerja e një sistemi komercial IDS / IPS që është i ngulitur në murin e zjarrit dhe
funksionon në një portë në internet ose në një nga nyjet e rrjetit lokal.
Me rritjen e rrjetit, ekziston dëshira për të instaluar një sistem të specializuar
Zbulimi i ndërhyrjeve si Snort (falas) ose AMP (komercial). DHE
vendoseni në një nyje të dedikuar, pasi të instaloni të njëjtin AMP
administratori duhet t'u sigurojë shitësve të tij një guaskë të largët në të tijën
makinë. Për më tepër, AMP jo vetëm që do të shkarkojë automatikisht nënshkrime të reja nga
Rrjetet, por edhe dërgojnë të gjithë trafikun e dyshimtë për analizë në serverët e kompanisë
Endeavour, i cili është zhvilluesi i tij.
Besimi është i madh, por duke i dhënë trafikun tuaj në duart e dikujt tjetër ... Jo, është më mirë
vendoseni këtë gjë në një nyje të veçantë të shkëputur nga rrjeti kryesor lokal,
por i mundësuar nga i njëjti ISP - domethënë kapja e të njëjtave viruse dhe krimba,
si nyje kryesore të rrjetit lokal. A mund të përdor për këtë qëllim
Makine virtuale? Sigurisht! Gjëja kryesore është ta izoloni me besueshmëri nga korporata
rrjeteve.
Problemi më i madh janë kartat e rrjetit virtual, matanë
të cilin sistemi operativ i ftuar mund ta arrijë lehtësisht në sistemin operativ kryesor. Gjithçka
kartat virtuale duhet të çaktivizohen! Por... nëse kemi
nuk ka rrjet, atëherë si të komunikosh me botën e jashtme dhe të kapësh trafikun? Opsione
shumë. Këtu është vetëm një prej tyre: modemi ADSL me ndërfaqe USB të lidhur
një makinë virtuale me një kartë rrjeti të nxjerrë dhe topa të bllokuar.
Cilën makinë virtuale duhet të përdorni? VMware është shumë i famshëm dhe
shumë plot vrima. Bochs është tepër i ngadalshëm. PC virtual nuk është një zgjedhje e keqe,
por duke pasur parasysh numrin e madh të vrimave në procesorë, përdorimi i tij është jashtëzakonisht
e pasigurt. Në realitet, mbeten vetëm VirtualBox, XEN ose QEMU, megjithëse të parat
ato janë ende mjaft të papërpunuara dhe ende nuk janë korrigjuar.
Server pasqyrë
Natyra e dëmshme e krimbave dhe viruseve është e kuptueshme. Ata janë vetëm për këtë
dhe janë shkruar. Mjerisht, softueri i ndershëm shpesh bën shumë
më shumë dëme. Merrni përditësime sigurie ose versione të reja. Të gjithëve
administratorët e dinë mirë se instalimi i tyre ndonjëherë çon në
konflikte të pazgjidhshme, humbje të të dhënave, madje edhe një kolaps i plotë i sallës së operacionit
sistemet!
Situata është e ngjashme me shtrembërimin e cilësimeve, kuptimi i të cilave
administratori nuk e kupton plotësisht dhe vepron duke shtypur. Një gabim
lëvizja e dorës - dhe sistemi refuzon të fillojë, dhe për ta ngritur atë,
kërkohen njohuri dhe kualifikime që zhvillohen vetëm në luftën kundër të tilla
ulje-ngritje. Nuk mund të mësosh gjithçka nga librat ... Dhe këtu makinat virtuale -
të pazëvendësueshëm.
Ne thjesht instalojmë sistemin me të gjitha aplikacionet dhe shërbimet e ndezura
VMware / Virtual PC / VirtualBox / etj, dhe të gjitha arnimet, përditësimet, cilësimet e reja, në
Para së gjithash, ne e ekzekutojmë atë në sistemin operativ të ftuar, duke e parë atë
reagimi. Nëse fluturimi është normal, ne i transferojmë ndryshimet në makinën kryesore. Nëse
por jo - ne kuptojmë se çfarë nuk shkon këtu dhe ku është nyja.
Total
Makinat virtuale hapin mundësi pothuajse të pakufizuara për
eksperimente. Gjëja kryesore është t'i përdorni ato në mënyrë korrekte, duke siguruar maksimumin
efektet anësore të mundshme dhe zhvillimi i një plani për eliminimin e tyre.
Www
Sot, virtualizimi përdoret gjerësisht në pothuajse çdo pjesë të industrisë së IT - nga pajisjet personale celulare deri te qendrat e fuqishme të të dhënave, duke ju lejuar të zgjidhni një shumëllojshmëri të gjerë detyrash. Virtualizimi mund të marrë shumë forma, duke filluar nga virtualizimi dhe emulimi i platformës deri te virtualizimi i burimeve. Por sot do të flasim për virtualizimin e harduerit vendas - procesorët modernë e mbështesin atë duke përdorur grupe udhëzimesh si Intel VT-x ose AMD-V.
Virtualizimi vendas është një teknologji që ofron burime llogaritëse që janë abstraguar nga shtresa e harduerit. Nëse marrim, për shembull, një segment të serverëve, një abstraksion i tillë lejon disa sisteme virtuale të punojnë në një platformë harduerike, dhe gjithashtu bën të mundur transferimin e lehtë të sistemeve virtuale nga një server hardueri në tjetrin - për shembull, kur ai dështon ose është. i përmirësuar.
Para ardhjes së mbështetjes harduerike për virtualizim, të gjitha avantazhet e teknologjisë mbivendosen me humbjet e mëdha në performancë dhe shpejtësinë e ulët të makinës virtuale në tërësi. Popullariteti i makinave virtuale filloi të rritet pasi prodhuesit e platformave harduerike filluan të ndërmarrin hapa aktivë për të ulur koston e virtualizimit (shfaqja e mbështetjes së harduerit, futja e udhëzimeve të reja, koha e reduktuar për ekzekutimin e udhëzimeve) dhe performanca e procesorit u bë e mjaftueshme për të "tërhequr" makinat virtuale me një shpejtësi të pranueshme.
Siç u përmend më lart, një nga faktorët kryesorë për funksionimin normal të virtualizimit të harduerit vendas është mbështetja e procesorit për grupe të veçanta instruksionesh. Intel prezantoi grupin e saj të instruksioneve VT-x në 2005, përsëri në arkitekturën Netburst të përdorur në procesorët Pentium 4. AMD zhvilloi grupin e saj të instruksioneve, AMD-V, dhe procesorët e parë me mbështetjen e tij hynë në treg në 2006. Disa kohë më vonë, të dyja kompanitë ofruan grupe të reja udhëzimi: Intel EPT (Tabela të Zgjeruara të Faqes) dhe AMD RVI (Indeksimi i Virtualizimit të Shpejtë), respektivisht. Thelbi i të dy grupeve është që sistemi operativ i ftuar fiton drejtpërdrejt kontrollin mbi faqet e memories së virtualizuar, duke anashkaluar hipervizorin - kjo zvogëlon ngarkesën në të dhe rrit disi shpejtësinë e sistemit virtual. Intel ka zhvilluar grupin e instruksioneve Intel VT-d për t'i përcjellë pajisjet drejtpërdrejt te sistemi operativ i ftuar. Intel gjithashtu ka grupe të tjera instruksionesh për virtualizim në arsenalin e saj: Intel VT FlexMigration, Intel VT FlexPriority, VPID, VT Real Mode, VMFUNC.
Në gjeneratat e reja të procesorëve, prodhuesit jo vetëm që ofrojnë mundësi të reja për grupet e instruksioneve të virtualizimit, por gjithashtu reduktojnë kohën e ekzekutimit të udhëzimeve specifike, të cilat mund të përmirësojnë performancën e sistemit virtual në tërësi. Për shembull, në procesorët Pentium 4 vonesa për ekzekutimin e udhëzimeve VMCALL dhe VMRESUME afrohej 1500 nanosekonda, ndërsa në Core 2 Duo (Penryn) ishte tashmë më pak se 500 nanosekonda.
Kapërcimi i hendekut të performancës midis sistemeve reale dhe virtuale i ka bërë makinat virtuale (VM) shumë më fitimprurëse për t'u përdorur, duke përfshirë zgjidhjen e detyrave të nivelit të ndërmarrjes. Përparësitë më të dukshme janë një rritje në ngarkesën mesatare të pajisjeve (disa VM përdorin në mënyrë të barabartë burimet e platformës harduerike, duke zvogëluar kohën e ndërprerjes), si dhe lëshimi i një OS të vjetëruar që nuk plotëson kërkesat moderne (për shembull, për sigurinë ), por në të njëjtën kohë është e nevojshme për lëshimin dhe funksionimin e softuerit unik (ose për arsye të tjera). Nga rruga, shërbimet cloud kaq të njohura sot bazohen gjithashtu në teknologjitë e virtualizimit. Le të përmbledhim përfitimet kryesore që një ndërmarrje merr nga përdorimi i virtualizimit. Ajo:
- një rritje në ngarkesën mesatare të një serveri fizik dhe, rrjedhimisht, një rritje në shkallën e përdorimit të pajisjeve, e cila, nga ana tjetër, zvogëlon koston totale të harduerit;
- lehtësia e migrimit të serverëve virtualë nga një fizik në tjetrin gjatë azhurnimit të pajisjeve;
- thjeshtësia e rivendosjes së performancës së një serveri virtual në rast të dështimit të harduerit: është shumë më e lehtë të transferosh një makinë virtuale në një server tjetër fizik sesa të transferosh konfigurimin dhe softuerin nga një makinë fizike në tjetrën;
- thjeshtim i konsiderueshëm i transferimit të përdoruesve ose proceseve të biznesit në sisteme të reja operative dhe softuer të ri: përdorimi i një VM ju lejon ta bëni këtë në pjesë dhe pa prekur burimet e harduerit; përveç kësaj, gjatë procesit, ju lehtë mund të analizoni dhe rregulloni gabimet, si dhe të vlerësoni fizibilitetin e zbatimit "në fluturim";
- mbështetje në proceset e biznesit të një OS të vjetëruar, e cila për ndonjë arsye nuk mund të braktiset në një kohë të caktuar;
- aftësia për të testuar aplikacione të caktuara në një VM pa kërkuar një server fizik shtesë, etj.
- fusha të tjera të aplikimit.
Kështu, përshtatshmëria e përdorimit të virtualizimit sot nuk është më e diskutueshme. Teknologjia ofron shumë përparësi nga pikëpamja e organizimit të biznesit, gjë që na bën të mbyllim sytë edhe ndaj humbjes së pashmangshme të performancës së sistemit.
Sidoqoftë, është gjithmonë e dobishme të kuptohet saktësisht se çfarë niveli i humbjes së performancës midis një sistemi real dhe një sistemi virtual po diskutohet. Për më tepër, ato shpesh varen fuqishëm nga lloji i detyrave dhe kërkesat e softuerit për burimet harduerike. Diku kjo është e rëndësishme nga pikëpamja e kontabilitetit të burimeve, diku - do të ndihmojë për të përcaktuar se cili nivel i performancës së një sistemi real është i nevojshëm për të arritur nivelin e dëshiruar të performancës nga një sistem virtual. Së fundi, ka lloje kufitare të problemeve që mund të zgjidhen duke përdorur sisteme virtuale dhe reale - dhe atje çështja e humbjeve mund të jetë një faktor vendimtar.
Teknika e testimit
Për testim, ne përdorëm një sërë aplikacionesh testimi nga metodologjia e zakonshme për hulumtimin e performancës së platformave të platformave nga viti 2011, me disa rezerva. Së pari, të gjitha lojërat u hoqën nga grupi, pasi përshtatësi i grafikës virtuale me drejtuesin Oracle ka performancë shumë të dobët: në shumicën e rasteve lojërat as nuk filluan. Së dyti, aplikacionet që nuk mund të përfundonin vazhdimisht skriptin e provës në një nga konfigurimet - Maya, Paintshop Pro, CorelDraw - janë hequr. Për këtë arsye, është e pamundur të krahasohen vlerësimet përfundimtare dhe rezultati total i performancës së stolit tonë të testimit me bazën e procesorëve të testuar. Sidoqoftë, krahasimi i rezultateve të testeve individuale është mjaft i saktë.
Gjithashtu duhet të kihet parasysh se metodologjia përdor versione të aplikacioneve nga 2011. Ato mund të mos mbështesin teknologjitë e reja, optimizimet dhe grupet e udhëzimeve të prezantuara pas kësaj kohe. Megjithatë, prania e një mbështetjeje të tillë në versionet më të reja të aplikacioneve mund të ndikojë ndjeshëm në performancën e këtyre aplikacioneve - si në sistemet reale ashtu edhe ato virtuale.
Stand testimi
Për testim, ne morëm një sistem me një konfigurim të përshtatshëm për rolin e një serveri dhe një stacioni pune me performancë të lartë. Në materialet e ardhshme, ne do të testojmë aftësitë e virtualizimit në të me sisteme të ndryshme pritës. Sot Windows 7 përdoret si host.
- Procesori: Intel Xeon E3-1245 v3
- Motherboard: SuperMicro X10SAE
- RAM: 4 × Kingston DDR3 ECC PC3-12800 CL11 8 GB (KVR16LE11 / 8)
- Hard Drive: Seagate Constellation ES.3 1TB (ST1000NM0033)
- Sistemi operativ: Windows 7 x64
Softueri i virtualizimit
Në këtë artikull, testimi kryhet duke përdorur Oracle VM VirtualBox.
Oracle VM VirtualBox është një makinë virtuale falas (VM) e licencuar sipas GNU GPL 2. Ajo mbështet një listë të gjerë të sistemeve operative: Windows, OS X, Solaris dhe një shumëllojshmëri të gjerë shpërndarjesh Linux (Ubuntu, Debian, openSUSE, SUSE Linux Serveri i Ndërmarrjeve, Fedora, Mandriva, Oracle Linux, Red Hat Enterprise Linux, CentOS). VM fillimisht u zhvillua nga Innotek, e cila më vonë u ble nga Sun Microsystems, dhe në 2010 nga Oracle. VM mbështet përcjelljen e pajisjeve USB te sistemi operativ i ftuar, ofron akses në internet dhe një lidhje me desktopin në distancë. Guest OS mund të jetë 32-bit ose 64-bit. Sistemi mbështet përshpejtimin e harduerit 2D dhe 3D, si dhe PAE / NX, VT-x, AMD-V, Nested Paging. Emulon një gamë të gjerë pajisjesh të zakonshme: chipset PIIX3 ose ICH9, kontrollorët IDE PIIX3, PIIX4, ICH6, kartat audio Sound Blaster 16, AC97 ose Intel HD, si dhe kartat e rrjetit PCnet PCI II (Am 79 C 970 A), PCnet - Fast III (Am 79 C 973), Intel PRO / Desktop 1000 MT (82540 EM), Server Intel PRO / 1000 T (82543 GC), Server Intel PRO / 1000 MT (82545 EM). Mbështet imazhet e disqeve të ngurtë VDI, VMDK, VHD, ju lejon të krijoni dosje të përbashkëta për OS mysafir dhe pritës, si dhe të ruani gjendjet e VM.
Oracle ka një analog më serioz të VM VirtualBox, Oracle VM Server për procesorët x86 dhe SPARC, bazuar në hipervizorin Xen. Kjo do të thotë, është një produkt krejtësisht i ndryshëm për një segment të ndryshëm tregu. Serveri Oracle VM mbështet deri në 160 threads në serverin fizik dhe deri në 128 vCPU në sistemin operativ të ftuar, me një RAM maksimal prej 4 TB, ndërsa VM VirtualBox mbështet vetëm 32 vCPU për OS mysafir dhe 1 TB RAM.
Për ta përmbledhur, ne mund ta karakterizojmë VM VirtualBox si një VM për përdorim në shtëpi dhe për përdorim në kompani të vogla, dhe lehtësia e konfigurimit (në fakt, e instaluar dhe gjithçka funksionon) nuk kërkon kualifikime të larta nga një administrator i sistemit (ose nuk kërkon një administrator i dedikuar i sistemit fare për shkak të lehtësisë së përdorimit) ... Oracle VM Server, nga ana tjetër, është projektuar për biznese më të mëdha - ofron më shumë funksionalitet dhe mbështetje për serverë më të fuqishëm, por gjithashtu kërkon kualifikime më të larta nga administratori i sistemit.
Cilësimet e softuerit
Për këtë testim, një Oracle VM VirtualBox VM u instalua në një stol testimi me Windows 7 x64 OS, në të cilin u vendos një imazh i Windows 7 x64 me një grup testesh aplikacionesh. Në artikujt e mëposhtëm, ne do të provojmë se si funksionojnë OS-të e tjerë pritës dhe softuerët e virtualizimit.
Vetë makina virtuale është konfiguruar si më poshtë: mbështetja për përshpejtimin Nested Paging, VT-x, PAE / NX, 3D dhe 2D është aktivizuar. Për nevojat e VM-së janë ndarë 24 GB RAM dhe 256 MB për memorie video.
Krahasimi me Intel Core 7-4770k
Për një vlerësim krahasues të performancës së përgjithshme të platformës së testimit bazuar në Intel Xeon E3-1245 v3, tabelat tregojnë gjithashtu rezultatet e procesorit Intel Core i7-4770K nga. Kjo jep një përafrim të përafërt të nivelit të performancës së një prej procesorëve kompjuterikë më të mirë të konsumit dhe procesorit të serverit Xeon, plus shumë opsione të tjera interesante krahasimi bazuar në ndryshimet e konfigurimit. Vërtetë, këtu duhet të keni parasysh se parametrat e dy sistemeve janë paksa të ndryshëm, dhe kjo ndikon në rezultatet. Le të përmbledhim karakteristikat e stendave në tabelë.
| Intel Xeon E3-1245 v3 | Intel Core i7-4770K | |
| Numri i bërthamave / fijeve, copë. | 4/8 | 4/8 |
| Frekuenca bazë / rritëse, MHz | 3,4/3,8 | 3,5/3,9 |
| Madhësia e memories L3, MB | 8 | 8 |
| RAM i përdorur në stolin e provës | 4 × Kingston KVR16LE11 / 8 | 4 × Corsair Dominator Platinum CMD16GX3M4A2666C10 |
| Numri i kanaleve, copë. | 2 | 2 |
| Frekuenca e funksionimit, MHz | 1600 | 1333 |
| Koha | 11-11-11-28 | 9-9-9-24 |
| ECC | po | Nr |
| Vëllimi i modulit, GB | 8 | 4 |
| Vëllimi total, GB | 32 | 16 |
| Kartë grafike | Intel P4600 | Palit GeForce GTX 570 1280 MB |
Core i7-4770k ka frekuenca operimi 100 MHz më të larta, gjë që mund t'i japë atij një avantazh. Situata me RAM-in është e ndërlikuar: nga njëra anë, Core i7-4770k ka gjysmën e volumit dhe sa më të ulët është frekuenca e funksionimit, 1333 MHz kundrejt 1600; nga ana tjetër, platforma Xeon ka kohë më të larta të memories dhe korrigjim të gabimeve ECC.
Më në fund, sistemi Core i7-4770k ka një kartë grafike të jashtme Palit GeForce GTX 570 1280 MB. Në standardin tonë të vitit 2011, vetëm disa aplikacione mund të përdorin burimet e kartës grafike dhe në këto aplikacione, ne duhet të presim një epërsi të konsiderueshme nga një sistem me një Core i7-4770k. Për më tepër, karta e jashtme nuk konkurron me procesorin për qasje në RAM, siç bën Intel P4600 i integruar, i cili gjithashtu duhet t'i japë Core i7-4770k një avantazh të caktuar. Nga ana tjetër, drejtuesit P4600 duhet të përmbajnë disa optimizime për të përmirësuar performancën e aplikacioneve profesionale. Sidoqoftë, ato ndoshta kërkojnë edhe optimizimin e vetë softuerit, kështu që në testimin tonë (mos harroni, ne përdorim versione të aplikacioneve nga 2011), këto optimizime me shumë mundësi nuk do të funksionojnë. Dhe në jetë do të duhet të kontrolloni secilin rast veç e veç, sepse optimizimi i softuerit është një proces shumë delikat.
Konfigurimet e përfshira në testim
Në një sistem real, paketa e testimit u lançua në dy konfigurime: me teknologjinë Intel Hyperthreading të çaktivizuar dhe të aktivizuar (në tekstin e mëtejmë HT). Kjo ju lejon të vlerësoni ndikimin e tij në performancën e sistemeve reale dhe virtuale - dhe në të njëjtën kohë të kuptoni se ku mund të përdorni modelin më të ri Intel Xeon të kësaj gjenerate, i cili nuk ka NT. Makina virtuale u lançua në dy konfigurime: për 4 bërthama kompjuterike dhe për 8. Si rezultat, marrim konfigurimet e mëposhtme:
- Sistemi real pa HT (i shënuar me hw wo / HT)
- Sistemi real me HT (i shënuar me hw w / HT)
- Makinë virtuale me 4 bërthama në një procesor me 4 bërthama pa HT (e shënuar si vm 4 bërthama wo / HT)
- Makinë virtuale me 4 bërthama në procesor me 4 bërthama me HT (e shënuar si vm 4 bërthama w / HT)
- Makinë virtuale me 8 bërthama në një procesor me 4 bërthama me HT (e shënuar si VM 8 bërthama)
Për lehtësi, le të vendosim gjithçka në një tabelë.
Llogaritja e kostove të virtualizimit
Është e rëndësishme të theksohet se kostot e virtualizimit nuk maten në lidhje me nivelin e përgjithshëm, por më tepër në krahasim me harduerët e ngjashëm dhe konfigurimet virtuale.
Vlera e përgjithshme e virtualizimit për një VM me 8 bërthama do të llogaritet në lidhje me Intel Xeon E3-1245 v3 me teknologjinë HT (Real w / HT) të aktivizuar dhe një VM me 4 bërthama - në lidhje me Intel Xeon E3-1245 v3 pa HT (Wa e vërtetë / HT). Kostoja e një konfigurimi eksperimental të një VM me 4 bërthama në një procesor me 8 fije do të llogaritet në lidhje me Intel Xeon E3-1245 v3 pa HT.
Gjithashtu, në kuadër të testimit do të prezantohet edhe vlerësimi i performancës, ku performanca e Intel Xeon E3-1245 v3 merret si 100 pikë. pa HT.
Niveli i pranueshëm i humbjeve
Pyetja më interesante është se cili nivel i humbjes së performancës duhet të konsiderohet i pranueshëm? Në teori, një nivel prej 10-15 përqind na duket mjaft i pranueshëm, duke pasur parasysh avantazhet që virtualizimi i jep ndërmarrjes. Sidomos me përdorimin mesatar më të lartë të pajisjeve dhe uljen e kohës së ndërprerjes.
Në fazën e parë, vendosëm të shohim se si bie performanca kur kaloni në një sistem virtual në një test sintetik. Për ta bërë këtë, morëm një standard relativisht të thjeshtë Cinebench R15, i cili, megjithatë, bën një punë të mirë për të përcaktuar nivelin e performancës së CPU në llogaritjet që lidhen me modelimin 3D.
| Real w / HT | VM 8 bërthama | E vërtetë wo / HT | VM 4 bërthama | |
| Një bërthamë | 151 | 132 (−13%) | 151 | 137 (−9%) |
| Shumë bërthama | 736 | 668 (−9%) | 557 | 525 (−6%) |
Një konfigurim me 4 fije ka performancë më të ulët, por humbja e përqindjes së tij është gjithashtu më e ulët - si në një ngarkesë me një fije, ashtu edhe në një me shumë fije. Sa i përket performancës së VM, pavarësisht humbjeve të mëdha, konfigurimi me 8 bërthama është akoma më i shpejtë se ai me 4 bërthama. Mund të supozohet gjithashtu se meqenëse përshtatësi grafik është emuluar nga drejtuesi Oracle, prania e çdo ngarkese në nënsistemin grafik duhet të rrisë ndjeshëm shpenzimet për sistemet virtuale, pasi krijon një ngarkesë shtesë në procesor.
Epo, në përgjithësi, tani për tani, ne do të përqendrohemi në këto shifra - rreth 10% humbje e performancës për një konfigurim me 8 fije dhe rreth 6% për një konfigurim me 4 fije.
Hulumtimi i performancës
Puna interaktive në paketat 3D
Kur punoni në mënyrë interaktive në disa aplikacione CAD, karta grafike përdoret në mënyrë aktive, e cila do të ndikojë seriozisht si në rezultatet ashtu edhe në ndryshimin e performancës midis sistemit real dhe atij virtual.
CAD CreoElements
Në modalitetin interaktiv në CAD CreoElements, humbjet e virtualizimit janë 64% mbresëlënëse për të gjitha konfigurimet. Me shumë mundësi, për shkak të faktit se në një sistem real përdoren burimet e një karte video, dhe në një sistem virtual ngarkesa bie në procesorin qendror përmes drejtuesve të Oracle.
Është interesante të theksohet se i7-4770K tregon më pak performancë se Xeon, edhe pse përdor një kartë grafike mjaft të fuqishme diskrete. ( SI - premtuar nga optimizimet e shoferit Intel në serinë e përshpejtuesve profesionistë P4600 / P4700?)
| Kreoelementet CAD | Real w / HT | hw 4/8 vm 8 |
| Rritja nga NT | −4% | −5% |
Teknologjia HT ndikon negativisht në performancën e sistemit real dhe të VM - respektivisht 4% dhe 5% humbje.
CAD SolidWorks
Në SolidWorks, pamja, në përgjithësi, nuk ndryshon - kostot shkojnë përtej të gjithë kufijve të arsyeshëm, duke treguar më shumë se 80% humbje të produktivitetit. Sidoqoftë, në një konfigurim asimetrik (CPU: 4 bërthama, 8 threads; VM: 4 bërthama), kostot janë dukshëm më të vogla se në dy konfigurimet e tjera. Ndoshta kjo është për shkak të punës së proceseve të sfondit në OS pritës: domethënë, aktivizimi i NT dyfishon numrin e fijeve të mundshme në 8, ku 4 u ndahen VM-ve dhe 4 mbeten në dispozicion të OS-së pritës.
Desktop 4770K është dukshëm më i shpejtë se Xeon (ka shumë të ngjarë për shkak të faktit se Solidworks është në gjendje të përdorë burimet e kartës grafike në këtë skenar - S.K.). Në përgjithësi, kostot e mëdha janë për shkak të faktit se SolidWorks është marramendës për nënsistemin grafik dhe, siç u përmend më lart, karta grafike virtuale vetëm sa i kushton më shumë stres procesorit.
| CAD SolidWorks | Real w / HT | hw 4/8 vm 8 |
| Rritja nga NT | −1% | −9% |
Aktivizimi i NT çon në një ulje të performancës - për një server fizik është 1%, dhe për një VM - 9%. Kjo, në përgjithësi, konfirmon hipotezën e proceseve të sfondit - meqenëse një VM me 8 bërthama "kap" të 8 thread-et e CPU-së, sistemi operativ pritës dhe VM fillojnë të konkurrojnë për burime.
Totali i grupit
Shpenzimet e përgjithshme të virtualizimit në këtë grup aplikacionesh janë mjaft domethënëse (mbi 60%), dhe në të dyja paketat e studiuara. Në të njëjtën kohë, CAD CreoElements ka kosto më të ulëta se SolidWorks, por ky i fundit di gjithashtu të përdorë burimet e një karte grafike, domethënë mund të marrë bonuse shtesë në një sistem real. Teknologjia HT nuk është e dobishme në serverin fizik, dhe në VM, ajo degradon plotësisht performancën në të dy paketat. Në përgjithësi, humbjet shumë të larta të performancës nuk lejojnë rekomandimin e sistemeve virtuale për të punuar me paketat e modelimit 3D. Sidoqoftë, ia vlen të shikoni edhe interpretimin përfundimtar.
Paraqitja përfundimtare e skenave 3D
Shpejtësia e paraqitjes përfundimtare të skenave 3D varet nga performanca e procesorit qendror, kështu që këtu fotografia duhet të jetë më objektive.
Gjëja e parë që duhet t'i kushtohet vëmendje: në paraqitjen përfundimtare, 3Ds Max tregon kosto dukshëm më të ulëta të virtualizimit sesa në punën interaktive në CAD - 14% për një VM me 4 bërthama dhe 26% për një VM me 8 bërthama. Megjithatë, niveli i kostove është shumë mbi nivelet e përcaktuara prej 6 dhe 10 përqind.
Në përgjithësi, pavarësisht kostove relativisht të larta, VM me 8 bërthama ka një nivel të krahasueshëm të performancës me procesorët Intel me 4 bërthama, gjë që është mjaft e mirë.
| 3Ds Max | Real w / HT | hw 4/8 vm 8 |
| Rritja nga NT | 26% | 9% |
Aktivizimi i HT në pajisje reale mund të shkurtojë kohën e renderimit me 26% - një rezultat i mirë! Sa i përket NT në VM, gjithçka është më modeste këtu - vetëm 9% rritje. Megjithatë, ka një rritje, dhe një rritje të dukshme.
Vala e dritës
Lightwave tregon një rezultat të shkëlqyer fare: kostot e virtualizimit janë në nivelin 3% për një VM me 4 bërthama dhe 6% për një VM me 8 bërthama. Siç mund ta shihni, edhe në të njëjtin grup, aplikacionet e krijuara, në parim, për të njëjtën detyrë, sillen ndryshe: për shembull, 3Ds Max tregon kosto dukshëm më të larta se Lightwave.
Desktop 4770K tregon performancë më të mirë se Xeon E3-1245v3. Vlen të përmendet se një VM me 8 bërthama praktikisht nuk është inferior ndaj një serveri fizik me 4 bërthama. (Duket se Lightwave është i optimizuar keq, ndaj reagon më pak ndaj çdo ndryshimi të konfigurimit. Që rënia e performancës gjatë virtualizimit, se shfaqja e burimeve shtesë gjatë aktivizimit të NT ... reagon ndaj çdo gjëje më të dobët se 3DsMax - S. K.).
| Vala e dritës | Real w / HT | hw 4/8 vm 8 |
| Rritja nga NT | 5% | 9% |
Nga ana tjetër, aktivizimi i HT jep vetëm 5% rritje të shpejtësisë për harduerin real dhe, çuditërisht, 9% për një VM.
Rezultati
Me paraqitjen përfundimtare të skenave 3D duke përdorur vetëm burimet e CPU-së, kostot e virtualizimit janë mjaft të pranueshme, veçanërisht në Lightwave, ku humbjet e performancës mund të përshkruhen si të parëndësishme. Aktivizimi i HT si në 3Ds Max ashtu edhe në Lightwave ka përmirësuar performancën si në sistemet fizike ashtu edhe në ato virtuale.
Paketimi dhe shpaketimi
Rolin kryesor në performancën e arkivuesve e luan kombinimi i procesorit dhe memorjes. Vlen gjithashtu të përmendet se arkivues të ndryshëm optimizohen në mënyra të ndryshme, domethënë, ata mund të përdorin burimet e procesorit në mënyra të ndryshme.
Pako me 7 zip
Kostoja e kompresimit është 12% për çdo sistem.
Xeon E3-1245v3 dhe i7-4770K tregojnë rezultate identike - me frekuenca paksa të ndryshme dhe memorie të ndryshme. Për shkak të përfitimit të lartë nga aktivizimi HT, sistemi virtual me 8 bërthama e kalon atë real me katër.
| Pako me 7 zip | Real w / HT | hw 4/8 vm 8 |
| Rritja nga NT | 25% | 25% |
Sidoqoftë, fitimi në shpejtësinë e kompresimit nga aktivizimi HT u vendos në 25% si për harduerin real ashtu edhe për VM.
7zip shpaketoj
Për shkak të madhësisë së vogël të arkivit të testimit, rezultatet e VM-së dhe serverit real janë në të njëjtin nivel brenda kufirit të gabimit, kështu që nuk është e mundur të vlerësohen realisht kostot
Pyes veten nëse 22% mund të konsiderohet si një lloj humbjeje "e pastër" e VM?
| 7zip shpaketoj | Real w / HT | hw 4/8 vm 8 |
| Rritja nga NT | 0% | 0% |
Kjo vlen edhe për vlerësimin e efektit të aktivizimit të NT - në fund të fundit, vëllimi i detyrës së testimit të kampionit 2011 është shumë i vogël për një procesor modern me 4 bërthama.
Paketa RAR
Për RAR, kostot janë dukshëm më të larta, dhe ato gjithashtu rriten për një VM me 8 bërthama. Në përgjithësi, 25% është ende pak e tepërt. Por RAR ka optimizim mjaft të dobët, duke përfshirë edhe për multithreading.
Aktivizimi i HT çon në një ngadalësim, por duke pasur parasysh zbatimin mediokër të multithreading në WinRAR 4.0, kjo nuk është befasuese.
| Paketa RAR | Real w / HT | hw 4/8 vm 8 |
| Rritja nga NT | −2% | −11% |
Për shkak të humbjeve të konsiderueshme nga aktivizimi i NT, VM me 8 bërthama rezulton të jetë edhe më i ngadaltë se ai me 4 bërthama.
RAR shpaketoj
Meqenëse arkivi i testimit të Metodologjisë për një procesor modern është i vogël, koha e ekzekutimit të detyrës është shumë e shkurtër për të folur për ndonjë saktësi. Megjithatë, mund të thuhet me siguri se kostot janë relativisht të larta.
Siç mund ta shihni, ndryshimi në përqindje është mbresëlënës, por në realitet - vetëm disa sekonda.
| RAR shpaketoj | Real w / HT | hw 4/8 vm 8 |
| Rritja nga NT | 0% | −5% |
Ju gjithashtu mund të thoni me siguri se WinRAR nuk e tret mirë HT.
Rezultati
Performanca dhe kostot në këtë grup varen shumë nga arkivuesi, nga optimizimi i tij dhe aftësia për të përdorur në mënyrë efikase burimet e disponueshme të procesorit. Prandaj, është e vështirë të jepni rekomandime për përdorimin në një VM - kjo varet më shumë nga aplikacioni dhe jo nga lloji i detyrave. Megjithatë, 7zip demonstron se shpenzimet e paketimit mund të jenë relativisht të vogla dhe mund të përdoren në makinat virtuale.
Kodimi i audios
Ky grup kombinon disa kodekë audio që punojnë përmes mbështjellësit dBpoweramp. Shpejtësia e kodimit të audios varet nga performanca e procesorit dhe numri i bërthamave. Ky test gjithashtu shkallëzohet shumë mirë në më shumë bërthama, pasi aplikacioni është multithreading duke ekzekutuar kodimin e skedarëve të shumtë në mënyrë paralele. Meqenëse kodimi me kodekë të ndryshëm krijon pothuajse të njëjtën ngarkesë në sistem dhe, në përputhje me rrethanat, tregon rezultate të ngjashme, vendosëm t'i sjellim të gjitha rezultatet në një tabelë të përbashkët.
Pra, shpenzimet e përgjithshme të virtualizimit.
Kodimi i audios është ideal për sa i përket shpenzimeve të virtualizimit. Për një VM me 4 bërthama, kostoja mesatare ishte vetëm 4%, dhe për një VM me 8 bërthama - 6%.
| E vërtetë wo / HT | VM 4 bërthama wo / HT | VM 4 bërthama me HT | Real w / HT | VM 8 bërthama | 4770 mijë | ||
| Apple | rezultatet | 295 | 283 | 281 | 386 | 362 | 386 |
| Apple | Vlerësimi i performancës | 100 | 96 | 95 | 131 | 123 | 131 |
| FLAC | rezultatet | 404 | 387 | 383 | 543 | 508 | 551 |
| FLAC | Vlerësimi i performancës | 100 | 96 | 95 | 134 | 126 | 136 |
| Audio majmuni | rezultatet | 299 | 288 | 282 | 369 | 348 | 373 |
| Audio majmuni | Vlerësimi i performancës | 100 | 96 | 94 | 123 | 116 | 125 |
| MP3 | rezultatet | 185 | 178 | 175 | 243 | 230 | 249 |
| MP3 | Vlerësimi i performancës | 100 | 96 | 95 | 131 | 124 | 135 |
| Nero AAC | rezultatet | 170 | 163 | 161 | 229 | 212 | 234 |
| Nero AAC | Vlerësimi i performancës | 100 | 96 | 95 | 135 | 125 | 138 |
| OGG Vorbis | rezultatet | 128 | 124 | 123 | 167 | 159 | 171 |
| Nero AAC | Vlerësimi i performancës | 100 | 97 | 96 | 130 | 124 | 134 |
Siç mund ta shihni, megjithëse rezultatet aktuale për kodekë të ndryshëm janë të ndryshëm, nëse merrni përqindjet, ato janë çuditërisht të ngjashme. Core i7-4770k shpesh është pak më i shpejtë (me sa duket, frekuenca më e lartë luan një rol). Është gjithashtu interesante të theksohet se rezultatet e testimit të një VM me 4 bërthama në një sistem me HT të aktivizuar janë gjithmonë pak më të ulëta se pa të. Ndoshta kjo është pasojë e punës së NT. Por në përgjithësi, diferenca në performancën prej 3-5% midis një sistemi real dhe atij virtual është një tregues shumë i mirë.
Le të hedhim një vështrim se çfarë shton aktivizimi HT.
| Kodimi i audios | Real w / HT | hw 4/8 vm 8 |
| Apple | 31% | 28% |
| FLAC | 34% | 31% |
| Audio majmuni | 23% | 21% |
| MP3 | 31% | 29% |
| Nero AAC | 35% | 30% |
| OGG Vorbis | 30% | 28% |
Aktivizimi i teknologjisë HT lejon rritjen e shpejtësisë me 31% në një server real dhe me 28% në një virtual. Gjithashtu një nga rezultatet më të mira. Më në fund, një tabelë kryesore e rezultateve.
Përmbledhje
Shpejtësia e përpilimit gjithashtu varet jo vetëm nga frekuenca dhe performanca e bërthamës, por edhe nga numri i tyre.
Performanca e serverit Xeon është e krahasueshme me desktopin i7. Një VM me 8 bërthama nuk ka një sistem fizik me NT të çaktivizuar.
| Gcc | Real w / HT | hw 4/8 vm 8 |
| Rritja nga NT | 24% | 7% |
Një rritje e dukshme e performancës ndodh kur NT aktivizohet në një server fizik - 24%, por në një VM, një rritje në numrin e bërthamave ju lejon të rritni performancën me vetëm 7%. Edhe pse kjo gjithashtu nuk është e keqe.
Përpiluesi Intel tregon një rënie pak më të madhe të performancës gjatë virtualizimit sesa GCC - 19% dhe 33% për një VM me 4 dhe 8 bërthama, respektivisht.
Performanca e Xeon është e krahasueshme me i7, dhe performanca e një VM me 8 bërthama është e krahasueshme me atë të Xeon wo / HT. Dhe në të njëjtën kohë, ju mund të shihni se çfarë një rritje mbresëlënëse jep aktivizimi i NT. Është një produkt i Intel, kështu që nuk ka asgjë të çuditshme për faktin se ata u përpoqën ta unifikonin atë për NT. Në numra, duket kështu:
Ju gjithashtu mund të vlerësoni ndryshimin në kohën që u desh për të përfunduar detyrën. Kjo është gjithashtu mjaft e qartë.
| MSVC | Real w / HT | hw 4/8 vm 8 |
| Rritja nga NT | 29% | −26% |
Për sa i përket NT, aktivizimi i tij në një sistem real ju lejon të rrisni shpejtësinë deri në 29%, ndërsa në një sistem virtual vërehet afërsisht e njëjta ulje e performancës. Vlen gjithashtu të theksohet se një konfigurim asimetrik VM me 4 bërthama në një procesor me 8 fije tregon kosto më të ulëta se një simetrik, por një rritje mbresëlënëse e kostove shihet në një VM me 8 bërthama.
Në përgjithësi, ky përpilues në VM punon me humbje shumë të mëdha të performancës.
Total
Kostot e GCC janë të pranueshme, ICC është më shumë, por ju ende mund t'i duroni ato. Përpiluesi i Microsoft është shumë i ngadalshëm në sistemet virtuale. Nga ana tjetër, të gjithë anëtarët e këtij grupi demonstrojnë përfitime të mira të performancës kur aktivizojnë NT - përveç MSVC në një sistem virtual.
Llogaritjet matematikore dhe inxhinierike
Me përjashtim të MATLAB, ky grup testesh nuk ka optimizime me shumë fije në vetvete.
Llogaritjet matematikore dhe inxhinierike në Maple tregojnë një nivel mjaft të pranueshëm të kostove - 11%.
Një VM me 8 bërthama është pak më e ngadaltë se ajo me katër bërthama. Por në përgjithësi, rezultatet e sistemeve virtuale nuk janë të këqija.
Ndryshe nga skenari i mëparshëm, VM me 8 bërthama mbetet shumë prapa varianteve me 4 bërthama. Nga rruga, 4770k është gjithashtu më i ngadalshëm këtu se Xeon. Epo, është e qartë se me aktivizimin e NT, gjithçka nuk është shumë mirë.
Për më tepër, të gjitha versionet e VM tregojnë performancë të ngjashme, megjithëse versioni me 8 bërthama është pak prapa.
Performanca solide e Core i7-4770k është për shkak të pranisë së një karte grafike të jashtme.
| SolidWorks (CPU) | Real w / HT | hw 4/8 vm 8 |
| Rritja nga NT | 0% | −5% |
Në serverin fizik, SolidWorks nuk reagon në asnjë mënyrë ndaj aktivizimit të NT, por në VM ka një reagim, por negativ - një rënie prej 5% në performancë.
Total
Niveli i kostove në këtë grup varet nga aplikacioni i përdorur: minimumi për Maple, maksimumi për CreoElements. Në përgjithësi, llogaritjet matematikore mund të rekomandohen për virtualizim me rezervime.
Grafika rasterore
Për shkak të optimizimit të dobët ose arsyeve të tjera, humbjet e performancës në sistemet virtuale nga ACDSee janë të mëdha.
Me një ndryshim të tillë në kohën e ekzekutimit të skripteve të provës, nuk do të ngrihet krahu për të rekomanduar këtë aplikacion për përdorim në një makinë virtuale.
Një vështrim në shifrat jo reale të kohës së ekzekutimit është gjithashtu trishtues.
Epo, rezultatet e aktivizimit të Hyperthreading:
Rezultatet e sistemeve virtuale nuk janë të këqija, thjesht mos përdorni një konfigurim me 8 bërthama. Interesante, 4770K dhe sistemi me NT mbeten pak prapa sistemit të referencës, domethënë aktivizimi i NT përkeqëson situatën.
Është pak a shumë e mundur të punosh në një sistem virtual nëse është me 4 bërthama.
| Photoshop | Real w / HT | hw 4/8 vm 8 |
| Rritja nga NT | 1% | −16% |
Aktivizimi i HT praktikisht nuk paguan dividentë në një sistem real, dhe performanca e VM degradon deri në 16%.
Total
Vlen të përmendet se në shumicën e aplikacioneve bëhet fjalë për përpunim grupor të skedarëve. Meqenëse koha e përpunimit për një skedar është relativisht e shkurtër, një pjesë e konsiderueshme e kohës shpenzohet në operacionet e leximit/shkrimit, të cilat, në rastin e një sistemi virtual, krijojnë një ngarkesë shtesë në procesor dhe çojnë në humbje shtesë të kohës (A hard disk virtual është një imazh i ruajtur në një hard disk fizik - dhe ky është një tjetër ndërmjetës direkt midis aplikacionit dhe harduerit).
Sa i përket përfundimeve, pothuajse të gjitha aplikacionet për të punuar me grafikë raster reagojnë dobët ndaj aktivizimit të NT në makinat virtuale, dhe aktivizimi i tij në një sistem real kalon pa u vënë re. Performanca në një VM me 4 bërthama varet nga aplikacioni: dy nga katër aplikacione kanë shpenzime relativisht të ulëta të aktivizimit dhe mund të përdoren në një VM. Por vendosja e 8 bërthamave në cilësimet nuk ia vlen - në vend të një rritje të performancës, do të merrni një përkeqësim të konsiderueshëm në të. Në përgjithësi, programet për përpunimin e imazhit do të duhet të provohen në mënyrë që të vlerësohet individualisht performanca dhe rënia e saj në VM. Niveli i kostove që lidhet me kalimin në një platformë virtuale për aplikacionet e testuara na duket i lartë.
Grafika vektoriale
Ky grup është me një fije, kështu që performanca do të varet vetëm nga performanca e një bërthame të vetme.
Ilustruesi
Përafërsisht e njëjta situatë si në grupin e mëparshëm - kosto pak a shumë të pranueshme për VM-të me 4 bërthama dhe humbje të mëdha të performancës për VM-të me 8 bërthama,
Performanca e E3-1245v3 është e krahasueshme me 4770K - megjithëse kjo e fundit është pak më e shpejtë në kurriz të 100 megahertz shtesë. Sa i përket pamjes së madhe... Rënia e përqindjes nuk duket veçanërisht e frikshme, por në realitet mund të rezultojë në humbje të dukshme shtesë të kohës.
| Ilustruesi | Real w / HT | hw 4/8 vm 8 |
| Rritja nga NT | 0% | −12% |
Dhe e njëjta situatë me NT - asnjë përfitim nga aktivizimi në një sistem real, një rënie e dukshme e performancës në një sistem virtual. Sidoqoftë, ne e kemi përshkruar tashmë arsyen më lart.
Kodimi i videos
Duhet të kihet parasysh se tre pjesëmarrësit e parë janë paketa grafike të plota, domethënë po flasim për punë interaktive dhe krijimin e mëvonshëm të një videoje. Ndërsa pjesa tjetër e pjesëmarrësve janë vetëm kodues.
Shprehje
Me kodimin e videos në Expression, situata nuk është shumë e mirë - edhe në sistemet me 4 bërthama, humbjet e performancës janë nën 20%, dhe në sistemet me 8 bërthama - me pothuajse një të tretën.
Siç mund ta shihni, procesorët e fuqishëm me HT të aktivizuar mbeten prapa versionit pa të.
Epo, le të shohim se çfarë jep NT.
Është interesante që Core i7-4770k performon dukshëm më mirë në këtë paketë sesa në sistemin tonë të testimit.
| Vegas Pro | Real w / HT | hw 4/8 vm 8 |
| Rritja nga NT | 0% | −16% |
Aktivizimi i HT nuk sjell asnjë divident në sistemin real, dhe në atë virtual tregon një ulje të performancës prej 16%.
Në përgjithësi, Vegas Pro duket se është dukshëm më pak i optimizuar për të punuar me procesorë modernë dhe i harxhon burimet e tyre në mënyrë joefikase. Prandaj, Premiere duket shumë më e bukur nga pikëpamja e punës në një mjedis virtual.
Tani le të hedhim një vështrim se si sillen koduesit e pastër të videos.
Pra, x264 demonstron kosto përgjithësisht të përballueshme dhe për një herë një VM me 8 bërthama është më efikase se një me 4 bërthama.
Performanca e VM me 8 bërthama është vetëm 9% më e ulët se Xeon wo / HT.
Shifrat, siç thonë ata, flasin vetë.
| xvid | Real w / HT | hw 4/8 vm 8 |
| Rritja nga NT | −4% | −34% |
Mjerisht, aktivizimi i NT sjell vetëm dëm. Dhe nëse në një server fizik humbjet janë të parëndësishme - 4%, atëherë në një VM ato arrijnë në 34%. Kjo do të thotë, si Xvid ashtu edhe VM funksionojnë në mënyrë joefikase në bërthamat logjike.
Total
Pra, për redaktuesit e videove, niveli i humbjes së performancës varet kryesisht nga vetë redaktori, kështu që përshtatshmëria për të punuar në një VM duhet të vlerësohet individualisht. Premiera performoi dukshëm më mirë në testet tona (dhe për versionet e produktit që përdorim).
Sa i përket koduesve, megjithëse ka një ndryshim midis tyre, të gjithë tregojnë rezultate mjaft të mira në VM-të me 4 bërthama. Sa i përket përdorimit të makinave virtuale me 8 bërthama, mund të merrni një rritje dhe një rënie serioze të performancës. Një pyetje tjetër është se kur vendosni të filloni transkodimin e videos në një makinë virtuale, duhet të mbani mend gjithmonë se procesorët dhe grafika moderne kanë një gamë të gjerë optimizimesh për këtë klasë detyrash (si dhe softuer), dhe në Oracle Virtual Box VM, puna do të kryhet në modalitetin e softuerit, domethënë, më i ngadalshëm dhe me një ngarkesë më të lartë të procesorit.
Softueri i zyrës
Kromi në test nuk u soll në mënyrë adekuate, kështu që ia vlen të trajtohen rezultatet me një skepticizëm të madh.
Dhe rezultatet nga aktivizimi i NT.
| krom | Real w / HT | hw 4/8 vm 8 |
| Rritja nga NT | 68% | −8% |
Ky nëntest nuk duhet marrë seriozisht në grup për këto rrethana.
MS Excel tregon kostot në 15% dhe 21% për një VM me 4 bërthama dhe 8 bërthama. Në parim, niveli i kostove mund të quhet i lartë. Edhe pse në praktikë përdoruesi vështirë se do të vërejë një ngadalësim, përveç në disa llogaritje shumë komplekse. Sistemi me 8 bërthama ka tradicionalisht kosto më të larta.
Një detyrë testimi për Excel kërkon një kohë të gjatë, gjë që ju lejon të demonstroni qartë ndryshimin në kohë për ekzekutimin e tij. Siç mund ta shihni, sistemi virtual do ta ekzekutojë atë 2 minuta më shumë.
Dhe veçmas kostot nga NT:
Për shkak të efikasitetit të lartë të HT, VM me 8 bërthama arrin të tejkalojë serverin fizik të bazuar në Xeon wo / HT. Është interesante se 4770K tregon një rezultat dukshëm më të mirë.
Për shkak të kohës së shkurtër të ekzekutimit të paketës së provës, dhe, rrjedhimisht, gabimit të lartë, është e vështirë të gjykohet efektiviteti i NT.
Aktivizimi i HT çon në një rënie prej 14% të performancës në VM.
Total
Gjëja më e rëndësishme që duhet mbajtur parasysh është se në shumicën e rasteve, performanca e sistemeve moderne do të jetë e mjaftueshme për të gjitha detyrat e zyrës, ka shumë të ngjarë edhe me një diferencë. Dhe meqenëse niveli i performancës është i mjaftueshëm, atëherë përdoruesi nuk do të interesohet se cilat janë kostot.
Java
Kjo paketë testimi është interesante në faktin se Java është në thelb një makinë virtuale, dhe, për rrjedhojë, ekzekutimi i Java në Oracle VM VirtualBox do të thotë të ekzekutosh një makinë virtuale në një makinë virtuale, që nënkupton një abstraksion të dyfishtë nga hardueri. Kjo është arsyeja pse duhet pritur kosto adekuate - të gjitha humbjet kryesore të performancës ndodhën në nivelin e transferimit të kodit të programit në Java.
Kostot e një VM me 8 bërthama u vendosën në 8%, dhe një me 4 bërthama - 5%.
Për shkak të efikasitetit të lartë të HT dhe kostove të ulëta, VM me 8 bërthama tregon 6% më shumë performancë sesa Xeon wo / HT. Fitimi nga NT në pajisje reale ishte 16%, dhe në VM - 12%.
| Java | Real w / HT | hw 4/8 vm 8 |
| Rritja nga NT | 15% | 12% |
Duke parë rezultatet e Java, mund të supozojmë se virtualizimi i kornizave dhe programeve të ndryshme të shkruara në gjuhë programimi me përkthim në bajtkodin e tyre nuk do të ketë kosto të larta, pasi të gjitha kostot kryesore janë "të ngulitura" në to. Kjo do të thotë, përdorimi i gjerë i gjuhëve të programimit me pseudokod nuk është një gjë e keqe, veçanërisht për makinat virtuale.
Riprodhimi i videos
Ky seksion duhet të konsiderohet thjesht si një ilustrim - pasi DXVA përdoret në sisteme reale, domethënë përshpejtimin e harduerit - në përputhje me rrethanat, ngarkesa në procesor është minimale. Në ndryshim nga situata me një VM, ku të gjitha llogaritjet bëhen në softuer. Gjithashtu nuk përfshihet në rezultatin përfundimtar.
Më lejoni t'ju kujtoj se vlera e tabelave këtu është niveli i ngarkesës së procesorit. Pse është më shumë se 100% - mund të lexoni në metodologji.
MPCHC (DXVA)
Ky është një ilustrim i mirë i efektivitetit të përshpejtimit të harduerit dhe është i dukshëm kur luani video. Por ia vlen të kujtojmë se në sistemet moderne, përafërsisht të njëjtat rezultate mund të arrihen me ndihmën e optimizimeve të tjera - i njëjti Qsync për të punuar me video, CUDA për llogaritjet grafike, etj.
MPCHC (softuer)
Por në modalitetin e softuerit, ndryshimi midis një serveri fizik dhe një virtual është i vogël - 4%. De facto, shpenzimet e përgjithshme të performancës janë të papërfillshme.
VLC (DXVA)
Interesante, në VLC, ngarkesa e procesorit për VM-të është dukshëm më e ulët se në MPC HC.
VLC (softuer)
Në modalitetin e butë, praktikisht nuk ka asnjë ndryshim midis harduerit të vërtetë dhe VM përsëri. Aktivizimi i DXVA në një sistem virtual i shton vetëm punë shtesë procesorit.
Mjedis me shumë detyra
Kostoja e sipërme në një mjedis me shumë detyra ishte 32% dhe 25% për një VM me 8 dhe 4 bërthama, respektivisht. VM me 4 bërthama ka dështuar shumë keq, kostot atje janë deri në 67%. Pse ndodh kjo është e vështirë të thuhet (mos harroni, ne po flasim për një rezultat të qëndrueshëm me disa vrapime).
Dhe çfarë ndodh kur NT aktivizohet
| Multitasking | Real w / HT | hw 4/8 vm 8 |
| Rritja nga NT | 14% | 3% |
Teknologjia NT në një mjedis multitasking jep fryte për një sistem real - 14% rritje, por VM është shumë më keq - 3%.
Testimi i shumë detyrave është një proces mjaft delikat që ndikohet nga shumë faktorë. Prandaj, është e vështirë të nxirren përfundime të paqarta me një për qind siguri. Për shembull, si mund ta shpjegoni rënien e madhe të performancës së një VM me katër bërthama kur aktivizohet NT? A ka ndonjë veçori specifike të ndërveprimit midis OS pritës dhe VM? Apo aplikacionet e përdorura në test humbasin shumë në performancë (dhe ne pamë shembujt më lart) dhe së bashku japin një rezultat të tillë? Nga rruga, nëse deklarata e fundit është e vërtetë, atëherë tregon mirë se kostoja totale e përdorimit të një VM mund të jetë shumë e lartë.
Së fundi, kushtojini vëmendje performancës së Core i7-4770k, i cili në këtë provë mbetet shumë pas stolit tonë të provës, megjithëse në disa detyra nuk lejoi asnjë dështim. Çfarë është puna këtu? Ndoshta, arsyeja e rënies së performancës është shkëmbimi për shkak të mungesës së RAM-it, i cili manifestohet vetëm kur lëshohen disa aplikacione "të rënda" në të njëjtën kohë. Megjithatë, ne nuk do të përjashtojmë arsye të tjera.
Rezultati mesatar
Kjo, natyrisht, është temperatura mesatare në spital, por ende ...
Kostot mesatare aritmetike të virtualizimit për të gjitha testet ishin 17% dhe 24% për një VM me 4 bërthama dhe 8 bërthama, respektivisht.
Rritja nga NT ishte 12% për një server fizik dhe 0% për një VM.
Dhe në këtë notë pozitive, le të kalojmë në përfundime.
konkluzionet
Sipas mendimit tim (S.K.), nuk ia vlen të analizohen humbjet e performancës dhe performancës për grupe ose aplikacione individuale: në botën e softuerit, gjithçka është shumë e paqëndrueshme. Por mund të vërehen tendenca të caktuara.
Përfundimi i parë: Hyperthreading nuk ndihmon gjithmonë, madje edhe në një sistem real - ndonjëherë aktivizimi i tij çon në një ulje të performancës. Me sistemet virtuale, situata është edhe më e ndërlikuar: një VM me 8 bërthama shpesh humbet në performancë ndaj një VM me 4 bërthama. Kjo do të thotë, është e mundur të përdorni kombinimin "4 bërthama + NT në një procesor të vërtetë" dhe një VM me 8 bërthama vetëm për ato detyra ku e dini me siguri se rezultati i një zgjidhjeje të tillë do të jetë një plus, jo një minus. . Sidoqoftë, këtu duhet të mbani mend se detyra e NT ishte pikërisht të përmirësonte performancën në një mjedis multitasking dhe (si në një VM), të stabilizonte ngarkesën në procesor. Prandaj, sistemi në tërësi duhet të përfitojë gjithmonë nga aktivizimi i NT - veçanërisht ai i serverit.
Përfundimi i dytë: kostoja e kalimit në një makinë virtuale nuk varet më tepër nga lloji i detyrave, por nga aplikacioni specifik. Për më tepër, efikasiteti i përdorimit të një ose një aplikacioni tjetër në një makinë virtuale (VM) me sa duket përcaktohet nga sa mirë "përshtaten" algoritmet e tij me veçoritë e VM. Për shembull, ne nuk mund të përcaktojmë me siguri nëse një rënie e madhe e performancës kur punoni me imazhe në një VM është pasojë e faktit se kjo klasë detyrash është përgjithësisht e "virtualizuar" dobët, ose pasojë e faktit që aplikacionet ekzistuese thjesht përdorin algoritme të vjetruara që nuk janë optimizuar, sepse gjithçka funksionon mirë në procesorët modernë të shpejtë.
Për më tepër, kam dyshime serioze se kjo tezë mund të zbatohet për të gjitha aplikacionet ku kostot janë të larta - këto aplikacione janë thjesht të optimizuara dobët. Kjo do të thotë, ata përdorin burimet e sistemeve reale në mënyrë joefikase, vetëm niveli i lartë i performancës së përpunuesve modernë ju lejon të mos shqetësoni veten me këtë. Kjo tezë mund t'i atribuohet aplikacioneve profesionale për punë me grafikë 3D, llogaritje shkencore dhe disa aplikacione të tjera të pavarura.
Në disa grupe, virtualizimi ka një kosto relativisht të vogël - kodimi audio dhe video janë ato më të habitshmet. Si rregull, ne po flasim për një ngarkesë pune të thjeshtë dhe të qëndrueshme të lidhur posaçërisht me llogaritjet. Kjo na sjell në përfundimin tjetër.
Përfundimi i tretë: Tani problemet kryesore për një makinë virtuale fillojnë kur sistemi real mund të përdorë optimizimet e harduerit. Ka shumë teknologji të ndryshme optimizimi në dispozicion të një sistemi real: DXVA, OpenCL, QSync dhe të tjera - të cilat ju lejojnë të hiqni ngarkesën nga procesori qendror dhe të shpejtoni detyrën. Nuk ka një veçori të tillë në sistemin virtual Virtual Box. Megjithatë, grupi i udhëzimeve VT-d lejon përcjelljen e pajisjeve PCI në mjedisin virtual. Për shembull, unë (S.K.) pashë një zgjidhje profesionale nga HP me përshtatës video Nvidia Grid 2, burimet kompjuterike të të cilave mund të virtualizohen. Në përgjithësi, situata varet nga vetë makina virtuale, pajisjet, drejtuesit, sistemet, etj. Prandaj, ne patjetër do t'i kthehemi kësaj çështjeje.
Së fundi, duhen thënë disa fjalë për sa vijon (edhe pse përfundimet kryesore do t'i ruajmë deri në fund të të gjitha testeve). A ia vlen të llogaritet përqindja e rënies së performancës dhe në bazë të saj të vendoset se cilat detyra duhet të virtualizohen dhe cilat jo? Për shembull, një rënie prej 20% e shpejtësisë së punës është shumë apo pak?
SK Sipas mendimit tim, nuk ia vlen të shtrohet pyetja në këtë mënyrë, dhe ja pse. Të vendosësh nëse do të përdorësh sisteme virtuale apo jo është një organizatë biznesi, jo teknike. Dhe përfitimet e biznesit mund të tejkalojnë edhe një rënie prej 50% të produktivitetit. Por edhe nëse shikoni detyra individuale dhe në dukje me burime intensive, gjithçka nuk është aq e dukshme. Për shembull, transkodimi i një videoje ose llogaritja e një modeli tredimensional zgjat 30 minuta, dhe një virtuale 50 minuta. Duket se përfundimi është i qartë - përdorimi i një sistemi real është më optimale! Megjithatë, nëse skena konsiderohet në stacionin e punës të përdoruesit, atëherë këtë herë nuk mund të funksionojë. Dhe nëse mund ta lëshoni në server dhe të bëni tjetrin (dhe përgatitja e tij garantohet se do të zgjasë më shumë se 50 minuta), atëherë efikasiteti i përgjithshëm i punës do të rritet. Dhe nëse disa skena përpunohen gjithashtu në server - edhe nëse ato janë të ngadalta me radhë - atëherë e njëjta gjë nga pikëpamja e biznesit (dhe me paralelizimin e duhur të detyrave) fitimi është i dukshëm.
SI Nga ana tjetër, shumë shpesh serveri zgjidhet për një nivel të caktuar të performancës në përgjithësi ose në aplikacione të caktuara, dhe në të njëjtën kohë me një buxhet shumë të kufizuar. Kjo do të thotë, nuk do të funksionojë të marrësh një opsion më të fuqishëm dhe më të shtrenjtë "në rezervë". Në këto kushte, kalimi në një sistem virtual (dhe zgjedhja e softuerit me kosto të larta) mund të çojë në faktin se si rezultat serveri thjesht nuk do të përballet me ngarkesa të larta dhe me detyrat që i janë caktuar.
Kjo përfundon këtë eksplorim të performancës së sistemit virtual me Windows dhe Oracle VM VirtualBox. Në artikullin tjetër, ne do të shqyrtojmë se si do të ndryshojë performanca e Windows 7 në një VM nëse sistemi operativ pritës është Linux.
Le të hedhim një vështrim më të afërt se çfarë janë makinat virtuale për Windows dhe për çfarë shërbejnë. Mësoni gjithçka rreth simuluesve më të mirë të OS dhe si të filloni t'i përdorni ato.
Një makinë virtuale (VM) është një aplikacion kompjuterik që lejon një përdorues të krijojë një imitim të një sistemi operativ. Një imazh OS është instaluar në makinë për t'u përdorur brenda sistemit ekzistues. Shumë i përshtatshëm, apo jo? Por ka edhe gracka. Lexoni se çfarë do të hasni gjatë instalimit dhe cila makinë virtuale për versionet 7.8 dhe 10 të Windows është më mirë të zgjidhni.
Pse na duhen makina virtuale PC?
Në shumicën e rasteve, VM-të përdoren për të testuar softuerin në. Për të punuar me disa sisteme operative, ju duhet vetëm një kompjuter, i cili shpejton ndjeshëm punën.
Disa makina virtuale mund të funksionojnë në një kompjuter në të njëjtën kohë. Numri i tyre varet nga RAM-i i disponueshëm dhe hapësira në diskun e fëmijëve, pasi një OS virtual konsumon saktësisht të njëjtin burim memorie si një kopje e rregullt e instaluar në një kompjuter.
Me ndihmën e makinave virtuale, mund të punoni me programe, funksione që nuk janë të disponueshme në sistemin operativ kryesor. Gjithashtu, është e mundur të krijohen kopje rezervë të VM-ve, me lëvizjen dhe përdorimin e tyre të mëvonshëm në kompjuterë të tjerë.
Viruset, gabimet dhe dështimet e tjera të sistemit operativ virtual nuk ndikojnë në funksionimin e sistemit kryesor. Pas mbylljes së pajisjes, sistemi operativ shtesë ndalon së punuari dhe RAM-i lirohet.
Gjatë funksionimit të VM, pajisja mund të ngadalësohet, sepse rritja e konsumit të burimeve të ruajtjes çon në një rritje të kohës së përpunimit të kërkesave.
Arsyet për instalimin e VM:
- Ju dëshironi të njiheni me punën e sistemeve të tjera operative pa i instaluar plotësisht ato. Nëse ka nevojë për të zëvendësuar sistemin operativ ekzistues, fillimisht përdorni simulatorin virtual për të testuar opsionet e tjera të softuerit. Kjo do t'ju shpëtojë nga gabimet e mundshme dhe papajtueshmëritë me pajisjen;
- Ju jeni një zhvillues dhe dëshironi të krijoni një sistem kompleks për testimin e aplikacioneve që krijoni.
Virtualbox
VirtualBox është një makinë virtuale për Windows 7,8,10. Mjedisi i virtualizimit shpërndahet pa pagesë dhe mund të instalohet si për të punuar me sistemet operative ashtu edhe për vendosjen e infrastrukturës së rrjetit dhe faqeve të pritjes.
Dritarja kryesore e VirtualBox:
Tipari kryesor i kësaj makinerie virtuale është ndër-platforma. Punon mirë në të gjitha versionet e Windows. Gjithashtu, nga faqja e zhvilluesit mund të shkarkoni instalues për Mac OS, Debian. Në vetë mjedisin e virtualizimit, mund të instaloni çdo OS desktop.
Me VirtualBox, mund të njiheni me funksionalitetin e OS ose të provoni programin në modalitetin e sigurt pa dëmtuar sistemin kryesor. Përdoruesit shpesh preferojnë të instalojnë lojëra të vjetra në makina virtuale që janë të papajtueshme me sistemet operative moderne.
Pas përfundimit të simulatorit, të gjitha të dhënat dhe ndryshimet do të ruhen. Herën tjetër që ta aktivizoni, do të ktheheni në desktop dhe mund të vazhdoni të kryeni detyrat.
Avantazhet dhe disavantazhet
Përparësitë e VirtualBox:
- Shpërndarje falas. 90% e softuerit të ngjashëm paguhet, ndërsa VirtualBox është plotësisht falas. Funksionet dhe aftësitë e programit nuk janë të kufizuara vetëm tek zhvilluesi;
- Aftësia për të krijuar pamje të ekranit - pamje të ekranit të sistemit virtual. Imazhi që rezulton do të shfaqë vetëm dritaren dytësore të OS. Marrja e pamjeve të ekranit me sistemin operativ kryesor degradon rezolucionin dhe gjithashtu rrëmben desktopin tuaj të zakonshëm;
- Krijimi i një kopje të saktë të një makinerie virtuale ekzistuese;
- Aftësia për të tërhequr dosje, shkurtore dhe objekte të tjera brenda simulatorit;
- Sistemi i unifikuar i skedarëve - nga një makinë virtuale, mund të përdorni drejtoritë që ruhen në një PC dhe anasjelltas;
- Puna e njëkohshme me disa makina.
Gjithashtu, një tipar dallues i VirtualBox 4 i ri është një sistem i përshtatshëm i menaxhimit të virtualizimit dhe një hapësirë pune intuitive e programit. Gjithashtu, në asamblenë e re, është e disponueshme aftësia për të kapur video nga ekrani i një OS shtesë.
VirtualBox mbështet punën me disqet USB të lidhur me kompjuterin.
Disavantazhet e programit:
- Ngadalësoni kompjuterin tuaj. Edhe nëse kompjuteri juaj ka specifika të mira teknike, RAM të mjaftueshëm dhe hapësirë ruajtëse, kur përdorni një makinë virtuale, do të përjetoni performancë më të ngadaltë të të gjitha funksioneve. Nëse gjatë krijimit të një VM-je keni ndarë shumë memorie, kompjuteri do të ngrijë ose fiket;
- Kujtesa e pamjaftueshme e videos. Nëse ju duhet të arrini cilësinë më të mirë të mundshme të imazhit, kjo do të jetë e vështirë me VirtualBox. Programi ju lejon të konfiguroni cilësimet për përdorimin e kartës video vetëm në një nivel bazë.
Si të instaloni
Për të instaluar programin VirtualBox, shkarkoni instaluesin nga faqja zyrtare e zhvilluesit - kompania Oracle. Procesi i instalimit është standard dhe nuk kërkon cilësime shtesë:
- Ekzekutoni skedarin EXE;
- Zgjidhni Hard diskun ku do të jetë dosja rrënjë me programin;
- Prisni që instalimi të përfundojë. Nëse është e nevojshme, përdoruesi mund të shikojë statistikat e përdorimit të diskut të ngurtë gjatë procesit të instalimit.
Në fushën "Configurimi i personalizuar" ekziston një opsion për të çaktivizuar mbështetjen për shërbimet e rrjetit USB. Kjo ndihmon për të zvogëluar madhësinë totale të aplikacionit.
Video tutorial se si të instaloni dy OS duke përdorur VirtualBox
Pas instalimit të programit, mund të filloni të krijoni makinën tuaj të parë virtuale. Klikoni në butonin "Krijo" në këndin e sipërm të majtë të dritares. Skeda e cilësimeve të VM do të hapet:
Në dritaren e magjistarit të konfigurimit, zgjidhni llojin e OS virtual (Windows, Linux, Debian, MacOS) dhe versionin e tij. Specifikoni një emër për simulatorin që do të krijohet dhe klikoni në butonin "Next".
Pastaj, programi do t'ju ofrojë mundësinë për të specifikuar në mënyrë të pavarur madhësinë e RAM-it që do të ndahet për OS shtesë. Për përdoruesit e rinj, ju këshillojmë të vendosni vlerën që tregohet në fushën "Madhësia e rekomanduar e memories kryesore".
Madhësia e RAM-it për VM duhet të përcaktohet në varësi të specifikave të kompjuterit tuaj. Nëse keni 4 GB RAM në dispozicion në kompjuterin tuaj, 512 MB-1 GB do të jenë të mjaftueshme që simulatori të funksionojë siç duhet.
Më pas, programi do t'ju kërkojë të zgjidhni një imazh të OS në sistemin e skedarëve (që korrespondon me familjen dhe versionin e specifikuar më parë). Pas përfundimit të konfigurimit, do të shfaqet një dritare me një listë të shkurtër të të gjithë parametrave. Klikoni në Finish.
Pas përfundimit të instalimit të Windows virtual, një ikonë për fillimin e OS do të shfaqet në dritaren kryesore të VirtualBox. Klikoni mbi të dhe prisni që desktopi të ngarkohet. Instaloni drejtuesit nëse është e nevojshme.
Për të përditësuar automatikisht drejtuesit, hapni skedën Devices në shiritin e veglave të makinës virtuale. Pastaj klikoni në llojin e medias së dëshiruar dhe në dritaren e re ndiqni udhëzimet për të marrë softuerin e ri.
Gati. Tani mund të filloni të punoni me sistemin operativ virtual. Për të dalë nga programi, fillimisht mbyllni OS dhe më pas mbyllni VirtualBox.
VMware
VMWare Workstation është makina virtuale më e mirë për Windows 10. Zhvilluesi e pozicionon programin si një platformë të përshtatshme për krijimin. Krahasuar me homologët e tjerë të njohur, VMWare mbështet më shumë funksione për personalizimin e makinës virtuale dhe ju lejon të sinkronizoni simulatorin me mjetet e zhvillimit të softuerit.
Ky mjedis virtualizimi është i popullarizuar në mesin e programuesve, dizajnerëve të uebit dhe profesionistëve të tjerë që shpesh duhet të testojnë punën e projekteve të tyre për ndër-platformë.
Avantazhet dhe disavantazhet
Ndër avantazhet e VMWare janë:
- Shirit i përshtatshëm i veglave;
- Sinkronizimi me mjetet e zhvillimit nga Microsoft, në veçanti platformën .NET dhe mjedisin e softuerit Visual Studio;
- Sistemi i sigurisë. Veglat e integruara të VMWare ofrojnë një nivel të lartë mbrojtjeje për skedarët tuaj në sistemin operativ dytësor. Simulatori mund të zbulojë përpjekjet e aktiviteteve me qëllim të keq për t'i eliminuar ato;
- Funksionimi i shërbimeve të enkriptimit për makinat virtuale të krijuara.
Disavantazhet e aplikacionit:
- Shpërndarja me pagesë. Përdoruesi mund të shkarkojë një version provë falas të programit, por për të marrë versionin e plotë të aplikacionit me të gjitha funksionet e disponueshme, do t'ju duhet të paguani për një abonim vjetor ose mujor;
- Jo i përshtatshëm për fillestarët. Nëse nuk keni përdorur më parë simulues të sistemit operativ, ju rekomandojmë të filloni me opsionet më të thjeshta. Për shembull, VirtualBox dhe standardi i Windows Hyper V. VMWare është i përshtatshëm për përdoruesit e avancuar që preferojnë të konfigurojnë manualisht sistemin.
Si të instaloni
Ju mund të shkarkoni një makinë virtuale për Windows nga faqja zyrtare e zhvilluesve VMWare.com.
Rekomandohet që të fikni Windows Defender ose një antivirus tjetër që funksionon gjatë procesit të instalimit. Kjo është e nevojshme vetëm për instalimin e saktë të të gjithë skedarëve dhe algoritmeve të kriptimit të përdorura nga programi për makinat virtuale. Asnjë dëm nuk do t'i shkaktohet sistemit operativ tuaj kryesor pasi produkti shkarkohet nga një burim zyrtar.
Rishikimi i funksionalitetit dhe vendosja e parë e programit
Për të krijuar makinën e parë virtuale në VMWare, duhet të shkarkoni kompletin e shpërndarjes së OS që dëshironi të përdorni në emulatorin në kompjuterin tuaj. Pastaj hapni dritaren e aplikacionit të instaluar dhe klikoni në fushën "Krijo një makinë të re virtuale"
Shënim! Përdoruesi mund të krijojë një grup makinash virtuale në vend të disa simulatorëve. Kjo ju lejon të zvogëloni burimin e RAM-it të konsumuar dhe të shpejtoni funksionimin e kompjuterit dhe simulatorit OS.
Në dritaren e magjistarit të konfigurimit të VM, specifikoni shtegun për në imazhin e sistemit operativ (kjo mund të jetë një skedar në kujtesën e kompjuterit ose një disk boot). Gjithashtu, është e mundur të konfiguroni një makinë virtuale pa instaluar një OS (mund ta instaloni më vonë).
- Në dritaren që shfaqet, specifikoni emrin e OS, emrin e përdoruesit dhe fjalëkalimin për të hyrë në llogari;
- Specifikoni në cilin disk të kompjuterit tuaj do të ruhet makina virtuale;
- Alokoni sasinë e RAM-it që VM të funksionojë;
- Konfiguro harduerin (automatikisht ose manualisht).
Pas përfundimit të konfigurimit të makinës virtuale, prisni që imazhi i OS të instalohet dhe të fillojë të punojë:
PC Virtual Microsoft
Microsoft Virtual PC është një tjetër emulator i njohur i makinës virtuale. Programi është i pajtueshëm me të gjitha versionet e OS Windows. Nëse përdorni një produkt të Microsoft si OS tuaj kryesor, ju rekomandojmë të zgjidhni Microsoft Virtual PC për emulim.
Avantazhet dhe disavantazhet
Përfitimet e emulatorit:
- Përputhshmëri e shkëlqyer me të gjitha versionet e Windows OS. Në shumicën e rasteve, përdoruesi nuk ka nevojë të instalojë ndonjë drejtues shtesë për sistemin operativ virtual. Të gjithë ata janë të sinkronizuar me sistemin kryesor;
- Ndarja e sistemit të skedarëve. Qasni skedarët e ruajtur në hard diskun e kompjuterit përmes dritares VM;
- Mbështetje për OS Windows 64-bit në modalitetet e funksionimit "Guest Host" dhe "Guest Environment";
- Mbështetje për virtualizimin e harduerit.
Disavantazhet:
- Ka veçori me pagesë. Programi shpërndahet pa pagesë, por do t'ju duhet të blini një abonim për të mbështetur ngritjen e një grupi sistemesh operative virtuale;
- Nuk ka mbështetje për sisteme të ngjashme me Linux.
Rishikimi i funksionalitetit dhe vendosja e parë e programit
Për të instaluar një OS virtual, fillimisht ngarkoni imazhin e tij në kujtesën e kompjuterit dhe më pas hapni aplikacionin Microsoft Virtual PC. Klikoni në butonin "Krijo një makinë virtuale" dhe konfiguroni parametrat e mëposhtëm në një dritare të re:
- Jepni një emër OS të ri;
- Alokoni hapësirë për hard diskun e saj dhe madhësinë e RAM-it të saj;
- Zgjidhni cilat pajisje do të mbështesë VM-ja (mjedisi i rrjetit, disqet flash, etj.).
Rezultati
Ne kemi mbuluar makinat virtuale më të mira për Windows, por jo të gjitha. Nëse mendoni se këto nuk janë më të mirat - shkruani në komente! Ndihmoni lexuesit fillestarë të vendosin me cilin emulator të fillojnë.
Në këtë artikull do të shikojmë disa mënyra për të përmirësuar performancën e një makine virtuale VMware Workstation, Oracle VirtualBox, Microsoft Hyper-V apo ndonjë tjetër. Makinat virtuale janë mjaft kërkuese për karakteristikat e një kompjuteri, sepse ndërsa ato janë duke punuar, disa sisteme operative funksionojnë në një PC në të njëjtën kohë. Si rezultat, makina virtuale mund të jetë dukshëm më e ngadaltë se sistemi kryesor operativ, ose edhe të ngadalësohet.
Në këtë artikull, ne do të shikojmë disa mënyra për të përmirësuar performancën e një makinerie virtuale, Oracle VirtualBox, Microsoft Hyper-V ose ndonjë tjetër.
Përmbajtja:VHD dinamike apo fikse?
Kur krijoni një makinë virtuale, mund të krijoni dy lloje të ndryshme të disqeve të ngurta virtuale. Si parazgjedhje, një makinë virtuale përdor një disk dinamik, i cili zë hapësirën e kërkuar në mediumin e ruajtjes fizike dhe rritet vetëm kur mbushet.
Për shembull, duke krijuar një makinë virtuale me një disk dinamik 30 GB, ajo nuk do të marrë menjëherë 30 GB të diskut të ngurtë të kompjuterit. Pas instalimit të sistemit operativ dhe programeve të nevojshme, madhësia e tij do të jetë rreth 10-15 GB. Vetëm kur të dhënat shtohen, ato mund të rriten në 30 GB.
Kjo është e përshtatshme nga pikëpamja që makina virtuale do të zërë hapësirë në hard disk, e cila është proporcionale me sasinë e të dhënave të ruajtura në të. Por, puna e një disku të ngurtë dinamik është më i ngadalshëm se ai fiks (nganjëherë quhet edhe i shpërndarë).
Duke krijuar një disk fiks, të gjitha 30 GB të diskut të ngurtë të kompjuterit do të ndahen menjëherë për diskun e makinës virtuale, pavarësisht nga sasia e të dhënave të ruajtura në të. Kjo do të thotë, një hard disk fiks i një makinerie virtuale zë më shumë hapësirë në hard diskun e një kompjuteri, por ruajtja ose kopjimi i skedarëve dhe të dhënave në të është më i shpejtë. Nuk është aq i ndjeshëm ndaj copëzimit, pasi hapësira për të është ndarë në bllokun më të madh të mundshëm, në vend që të shtohet në pjesë të vogla.
Instalimi i kutisë së veglave të makinës virtuale
Pas instalimit të sistemit operativ të ftuar në makinën virtuale, gjëja e parë që duhet të bëni është të instaloni paketën e mjeteve ose drejtuesve për makinën tuaj virtuale, për shembull: VirtualBox Guest Additions ose VMware Tools. Këto paketa përmbajnë drejtues për të ndihmuar sistemin operativ të ftuar të funksionojë më shpejt.
Instalimi i tyre është i lehtë. Në VirtualBox, ngarkoni sistemin operativ të ftuar dhe zgjidhni Pajisjet / Montimi i imazhit të diskut të OS shtesë të vizitorëve ... "Ky kompjuter"
Në VMware Workstation, zgjidhni menunë Makine virtuale / Instaloni VMware Tools ... Pastaj ekzekutoni instaluesin, i cili do të shfaqet si një disk i veçantë në dosje "Ky kompjuter" sistemi operativ i ftuar.
Shtoni dosjen me makinën virtuale në përjashtimet e programit tuaj antivirus
Programi antivirus, ndër të tjera, skanon edhe skedarët e makinës virtuale, gjë që ngadalëson performancën e saj. Por çështja është se programi antivirus nuk ka akses në skedarët brenda sistemit operativ të ftuar të makinës virtuale. Prandaj, një skanim i tillë është i pakuptimtë.
Për të hequr qafe performancën e degraduar të makinës virtuale, mund të shtoni dosjen që e përmban atë në përjashtimet e programit antivirus. Antivirusi do të injorojë të gjithë skedarët në një dosje të tillë.
Aktivizimi i Intel VT-x ose AMD-V
Intel VT-x dhe AMD-V janë teknologji të dedikuara virtualizimi që janë krijuar për të ofruar performancë më të mirë për makinat virtuale. Procesorët modernë Intel dhe AMD zakonisht e kanë këtë veçori. Por në disa kompjuterë nuk aktivizohet automatikisht. Për ta aktivizuar atë, duhet të shkoni në BIOS të kompjuterit dhe ta aktivizoni manualisht.
AMD-V shpesh aktivizohet tashmë në PC nëse mbështetet. Dhe Intel VT-x është më shpesh i çaktivizuar. Prandaj, sigurohuni që veçoritë e specifikuara të virtualizimit janë tashmë të aktivizuara në BIOS dhe më pas aktivizoni ato në makinën virtuale.
Më shumë RAM
Makinat virtuale kërkojnë sasinë e RAM-it në dispozicion. Çdo makinë virtuale përfshin një sistem operativ të plotë. Prandaj, është e nevojshme të ndani sistemin operativ të kompjuterit tuaj në dy sisteme të veçanta.
Microsoft rekomandon një minimum prej 2 GB RAM për sistemet e tyre operative. Prandaj, kërkesa të tilla janë gjithashtu të rëndësishme për sistemin operativ të ftuar të një makine virtuale Windows. Dhe nëse planifikoni të përdorni softuer kërkues të palëve të treta në një makinë virtuale, atëherë do të kërkohet edhe më shumë RAM për funksionimin e saj normal.
Nëse, pas krijimit të një makine virtuale, doli se nuk ka RAM të mjaftueshëm për funksionimin e saj normal, atëherë mund të shtohet në cilësimet e makinës virtuale.
Sigurohuni që makina virtuale të jetë e fikur përpara se ta bëni këtë. Gjithashtu, nuk rekomandohet sigurimi i një makinerie virtuale me më shumë se 50% të memories virtuale të pranishme fizikisht në kompjuter.
Nëse, pasi keni ndarë 50% të memories së kompjuterit tuaj për një makinë virtuale, doli se ajo nuk funksionoi mjaftueshëm komode, atëherë është e mundur që kompjuteri juaj të mos ketë RAM të mjaftueshëm për funksionimin normal me makinat virtuale. Për funksionimin normal të çdo makinerie virtuale, do të mjaftojnë 8 GB RAM të instaluar në kompjuterin kryesor.
Alokoni më shumë CPU
Ngarkesa kryesore gjatë funksionimit të një makine virtuale bie në procesorin qendror. Kështu, sa më shumë fuqi CPU të mund të përdorë një makinë virtuale, aq më mirë (më shpejt) do të funksionojë.
Nëse një makinë virtuale është instaluar në një kompjuter me një procesor me shumë bërthama, atëherë në cilësimet e makinës virtuale mund të ndahen disa bërthama për të për funksionimin e saj. Një makinë virtuale me dy ose më shumë bërthama CPU do të funksionojë dukshëm më shpejt se një.
Instalimi i një makinerie virtuale në një kompjuter me një procesor të vetëm nuk është i dëshirueshëm. Një makinë e tillë virtuale do të funksionojë ngadalë dhe nuk do të jetë efikase në kryerjen e asnjë detyre.
Cilësimet e sakta të videos
Cilësimet e videos mund të ndikojnë gjithashtu në shpejtësinë e makinës virtuale. Për shembull, aktivizimi i përshpejtimit të videos 2D ose 3D në VirtualBox lejon që disa aplikacione të funksionojnë dukshëm më shpejt. E njëjta gjë vlen edhe për mundësinë e rritjes së kujtesës video.
Por, siç është rasti me RAM-in, shumë varet nga përshtatësi video që është i instaluar në kompjuterin kryesor.
Makinë virtuale dhe disk SSD
Përmirësimi i parë dhe më i mirë i kompjuterit sot është instalimi i një disku SSD në të. Kjo do të përshpejtojë dukshëm punën e kompjuterit, dhe, në përputhje me rrethanat, makinën virtuale të instaluar në të.
Disa përdorues instalojnë makina virtuale në një disk tjetër (HDD) të kompjuterit të tyre, duke lënë vetëm sistemin kryesor operativ në diskun SSD. Kjo e bën makinën virtuale më të ngadaltë. Lironi pak hapësirë në SSD dhe transferoni makinën virtuale në të. Diferenca në shpejtësinë e punës do të ndihet që në minutat e para.
Kur është e mundur, mos vendosni disqe të makinës virtuale në media të jashtme të ruajtjes. Ata punojnë edhe më ngadalë se HDD i integruar. Ka mundësi për lidhjen e një makine virtuale përmes USB 3.0, por USB 2.0 nuk diskutohet - makina virtuale do të funksionojë shumë ngadalë.
Pezullimi në vend të mbylljes
Kur të keni mbaruar punën me makinën virtuale, mund ta ndaloni atë në vend që ta mbyllni plotësisht.
Kur të filloni aplikacionin për të punuar me makina virtuale herën tjetër, mund ta aktivizoni makinën virtuale në të njëjtën mënyrë si zakonisht. Por do të ngarkohet shumë më shpejt dhe në të njëjtën gjendje dhe nga vendi ku keni përfunduar punën herën e fundit.
Pezullimi i një sistemi operativ të ftuar është shumë i ngjashëm me përdorimin e hibernimit në vend të mbylljes së kompjuterit.
Përmirësimi i performancës brenda një makinerie virtuale
Duhet mbajtur mend gjithmonë se sistemi operativ i instaluar në një makinë virtuale nuk është shumë i ndryshëm nga ai që funksionon në kompjuterin kryesor. Mund të përshpejtohet duke ndjekur të njëjtat parime dhe duke përdorur të njëjtat teknika që janë të rëndësishme për çdo sistem tjetër operativ.
Për shembull, performanca e sistemit do të rritet nëse mbyllni programet në sfond ose ato që fillojnë automatikisht në fillimin e sistemit. Performanca e sistemit ndikohet nga nevoja për të defragmentuar diskun (nëse makina virtuale ndodhet në një HDD) dhe kështu me radhë.
Programe për të punuar me makina virtuale
Disa përdorues pretendojnë se Oracle VirtualBox është mjeti më i shpejtë për të punuar me një makinë virtuale, për të tjerët - VMware Workstation ose
Ky artikull fokusohet në platformën më të mirë të virtualizimit për desktop VMware Workstation, më falni fansat e VirtualBox, HyperV dhe të tjerë.
Një makinë virtuale është një program që ju lejon të imitoni një kompjuter të pavarur në një mjedis të sistemit operativ që funksionon. Një makinë virtuale ju lejon të ekzekutoni sistemin e vet operativ dhe aplikacionet ashtu si një kompjuter fizik.
Një program i tillë ju lejon të imitoni një procesor, RAM, hard disk, BIOS, etj.
Vetë programi i emulimit, si dhe sistemi operativ që funksionon në të, quhet makinë virtuale, ndërsa sistemi operativ pritës dhe makina fizike quhen sistemi pritës.
Qëllimi i VMware Workstation
1. VMware Workstation ju lejon të provoni çdo (pothuajse çdo) sistem operativ në kompjuterin tuaj pa pasur nevojë të krijoni ndarje të reja në një hard disk fizik.
2. VMware Workstation ju lejon të instaloni shumë sisteme operative në një kompjuter pa pasur nevojë të konfiguroni siç duhet hard disqet fizike.
3. VMware Workstation ju lejon të punoni me disa sisteme operative njëkohësisht me aftësinë për të kaluar në mënyrë dinamike midis tyre pa e rindezur sistemin.
4. VMware Workstation ju lejon të testoni aplikacione nën sisteme të ndryshme operative (p.sh. XP dhe 8).
5. VMware Workstation ju lejon të imitoni një rrjet kompjuterik.
6. VMware Workstation ju lejon të reduktoni rrezikun e infektimit të sistemit pritës duke ekzekutuar softuer të pasigurt në një mjedis virtual të izoluar.
7. Mësuesit përdorin VMware Workstation për të krijuar makina virtuale të studentëve që përfshijnë të gjitha aplikacionet që u nevojiten për të mësuar. Asgjë e keqe nuk do të ndodhë nëse një student, në procesin e të mësuarit, shkatërron qëllimisht ose pa dashje mjedisin eksperimental. Do të duhen vetëm disa sekonda për të rivendosur një sistem virtual të dëmtuar nga një kopje rezervë (Snapshot e krijuar më parë).
Kërkesat e sistemit VMware Workstation Technology Preview 2014
Siç thuhet në dokumentacionin VMware Workstation Technology Preview 2014, kërkesat e sistemit të platformës janë të ngjashme me VMware Workstation 10, me përjashtim të sa vijon:
Sistemet operative 1.32-bit nuk mbështeten më si një sistem pritës (platforma tani mund të instalohet vetëm në sistemet 64-bit)
2. Windows XP 64-bit, Windows Vista 64-bit, Windows Server 2003 64-bit dhe Windows Server 2008 (64-bit (pa përfshirë R2) gjithashtu nuk mbështeten si sistem pritës
Pjesa tjetër e kërkesave të sistemit janë të ngjashme me VMware Workstation 10
- Shpejtësia minimale e orës së CPU-së 1.3 GHz
- Sasia minimale e RAM-it për sistemin pritës është 1 GB, rekomandohet 2 GB.
- Sasia minimale e RAM-it për sistemin e ftuar është 256 MB.
- 1,5 GB hapësirë e lirë në hard disk
Ka versione të programit për Windows, Linux. Versionet Windows dhe Linux të programit kanë një numër të vetëm serial, prandaj, duke blerë një aplikacion për një nga këto OS, përdoruesi mund ta përdorë atë në një tjetër falas. Nëse keni nevojë për një aplikacion Mac, duhet të instaloni VMware Fusion.
VMware gjithashtu ka një produkt falas - është VMware Player, i cili mund të përdoret pa pagesë për qëllime personale jo komerciale.
Cili është ndryshimi midis VMware Player dhe VMware Workstation?
VMware Workstation është një zgjidhje shumë më e fuqishme me veçori të avancuara si fotografia e çastit, lidhjet në distancë vSphere, klonimi, ndarja e makinës virtuale, konfigurimi i avancuar dhe më shumë. Stacioni i punës është menduar për t'u përdorur nga profesionistë teknikë - zhvillues, profesionistë të kontrollit të cilësisë, inxhinierë sistemesh, administratorë IT, specialistë të mbështetjes teknike, konsulentë dhe më shumë.
Instalimi i VMware Workstation
1. Shkarkoni VMware Workstation 11 Preview
Fig. 1 Uebsajti i VMware
M50AC-J034J-08L8A-03ARM-3D14A
c. Shkarko programin. Për të shkarkuar programin, duhet të regjistroheni në sit.
2. Drejtoni skedarin e instalimit të programit VMwareStacioni i punës(Versioni i ri i VMware Workstation është i instaluar vetëm në sistemet Windows 64 bit).
3. Në hapin e parë të instalimit të programit, klikoni butonin Tjetra
4. Në kutinë e dialogut të marrëveshjes së licencës, vendosni butonin e radios Unë pranoj kushtet në marrëveshjen e licencës dhe shtypni Tjetra
5. Në dritaren tjetër për zgjedhjen e metodës së instalimit të programit, specifikoni Tipike
6. Specifikoni rrugën për instalimin e programit VMwareStacioni i punës dhe shtypni Tjetra
7. Nëse dëshironi të kontrolloni për përditësime kur filloni VMware Workstation, kontrolloni nëse kutia e kontrollit është e zgjedhur Kontrolloni për përditësimet e produktit në fillim dhe shtypni Tjetra
8. Në dritaren tjetër, duhet të specifikoni nëse programi do të dërgojë statistika anonime në VMware. Këto statistika përfshijnë emrin e produktit të përdorur, versionin, numrin e ndërtimit dhe konfigurimin e programit. Këto të dhëna i lejojnë kompanisë të identifikojë konfigurimet e njohura dhe të optimizojë produktin e saj në drejtimin e duhur në kohën e duhur. Në fund të instalimit, duhet të futni çelësin e licencës së programit, i cili u specifikua më lart.
11. Në fund të instalimit, shtypni butonin Përfundo
