Os ydych chi'n gweinyddu seilwaith rhithwir yn seiliedig ar VMware vSphere (neu unrhyw stac technoleg arall), mae'n debyg eich bod chi'n aml yn clywed cwynion gan ddefnyddwyr: “Mae'r peiriant rhithwir yn araf!” Yn y gyfres hon o erthyglau byddaf yn dadansoddi metrigau perfformiad ac yn dweud wrthych beth a pham ei fod yn arafu a sut i sicrhau nad yw'n arafu.
Byddaf yn ystyried yr agweddau canlynol ar berfformiad peiriannau rhithwir:
- CPU,
- RAM,
- DISG,
- Rhwydwaith.
Dechreuaf gyda'r CPU.
I ddadansoddi perfformiad bydd angen:
- Cownteri Perfformiad vCenter – cownteri perfformiad, y gellir gweld eu graffiau trwy'r Cleient vSphere. Mae gwybodaeth am y cownteri hyn ar gael mewn unrhyw fersiwn o'r cleient (“trwchus” cleient yn C#, cleient gwe yn Flex a chleient gwe yn HTML5). Yn yr erthyglau hyn byddwn yn defnyddio sgrinluniau o'r cleient C #, dim ond oherwydd eu bod yn edrych yn well yn fach :)
- ESXTOP – cyfleustodau sy'n rhedeg o linell orchymyn ESXi. Gyda'i help, gallwch gael gwerthoedd cownteri perfformiad mewn amser real neu uwchlwytho'r gwerthoedd hyn am gyfnod penodol i ffeil .csv i'w dadansoddi ymhellach. Nesaf, byddaf yn dweud mwy wrthych am yr offeryn hwn ac yn darparu sawl dolen ddefnyddiol i ddogfennaeth ac erthyglau ar y pwnc.
Darn o theori
Yn ESXi, mae proses ar wahân - byd mewn terminoleg VMware - yn gyfrifol am weithrediad pob vCPU (craidd peiriant rhithwir). Mae prosesau gwasanaeth hefyd, ond o safbwynt dadansoddi perfformiad VM maent yn llai diddorol.
Gall proses yn ESXi fod mewn un o bedwar talaith:
- Run – mae'r broses yn gwneud rhywfaint o waith defnyddiol.
- Arhoswch – nid yw'r broses yn gwneud unrhyw waith (segur) neu'n aros am fewnbwn/allbwn.
- Costop - cyflwr sy'n digwydd mewn peiriannau rhithwir aml-graidd. Mae'n digwydd pan na all yr amserlennydd CPU hypervisor (ESXi CPU Scheduler) drefnu gweithrediad yr holl greiddiau peiriant rhithwir gweithredol ar greiddiau'r gweinydd ffisegol ar yr un pryd. Yn y byd ffisegol, mae'r holl greiddiau prosesydd yn gweithio ochr yn ochr, mae'r OS gwadd y tu mewn i'r VM yn disgwyl ymddygiad tebyg, felly mae'n rhaid i'r hypervisor arafu'r creiddiau VM sydd â'r gallu i orffen eu cylch cloc yn gyflymach. Mewn fersiynau modern o ESXi, mae'r rhaglennydd CPU yn defnyddio mecanwaith o'r enw cyd-amserlennu hamddenol: mae'r hypervisor yn ystyried y bwlch rhwng y craidd peiriant rhithwir “cyflymaf” a'r “arafaf” (sgiw). Os yw'r bwlch yn fwy na throthwy penodol, mae'r craidd cyflym yn mynd i mewn i'r cyflwr costop. Os yw creiddiau VM yn treulio llawer o amser yn y cyflwr hwn, gall achosi problemau perfformiad.
- Yn barod – mae'r broses yn mynd i mewn i'r cyflwr hwn pan nad yw'r hypervisor yn gallu dyrannu adnoddau ar gyfer ei weithredu. Gall gwerthoedd parod uchel achosi problemau perfformiad VM.
Cownteri perfformiad CPU peiriant rhithwir sylfaenol
Defnydd CPU, %. Yn dangos canran y defnydd CPU am gyfnod penodol.
Sut i ddadansoddi? Os yw VM yn defnyddio CPU yn gyson ar 90% neu os oes brigau hyd at 100%, yna mae gennym broblemau. Gellir mynegi problemau nid yn unig yng ngweithrediad “araf” y cymhwysiad y tu mewn i'r VM, ond hefyd yn anhygyrchedd y VM dros y rhwydwaith. Os yw'r system fonitro'n dangos bod y VM yn disgyn o bryd i'w gilydd, rhowch sylw i'r brigau yn y graff Defnydd CPU.
Mae yna Larwm safonol sy'n dangos llwyth CPU y peiriant rhithwir:
Beth i'w wneud? Os yw Defnydd CPU VM yn mynd trwy'r to yn gyson, yna gallwch chi feddwl am gynyddu nifer y vCPUs (yn anffodus, nid yw hyn bob amser yn helpu) neu symud y VM i weinydd gyda phroseswyr mwy pwerus.
Defnydd CPU yn MHz
Yn y graffiau ar vCenter Defnydd mewn % gallwch weld ar gyfer y peiriant rhithwir cyfan yn unig; nid oes graffiau ar gyfer creiddiau unigol (yn Esxtop mae gwerthoedd % ar gyfer creiddiau). Ar gyfer pob craidd gallwch weld Defnydd yn MHz.
Sut i ddadansoddi? Mae'n digwydd nad yw cais wedi'i optimeiddio ar gyfer pensaernïaeth aml-graidd: dim ond un craidd 100% y mae'n ei ddefnyddio, ac mae'r gweddill yn segur heb lwyth. Er enghraifft, gyda gosodiadau wrth gefn rhagosodedig, mae MS SQL yn cychwyn y broses ar un craidd yn unig. O ganlyniad, mae'r copi wrth gefn yn arafu nid oherwydd cyflymder araf y disgiau (dyma'r hyn y cwynodd y defnyddiwr amdano i ddechrau), ond oherwydd na all y prosesydd ymdopi. Datryswyd y broblem trwy newid y paramedrau: dechreuodd y copi wrth gefn redeg ochr yn ochr â sawl ffeil (yn y drefn honno, mewn sawl proses).
Enghraifft o lwyth anwastad ar greiddiau.
Mae sefyllfa hefyd (fel yn y graff uchod) pan fo'r creiddiau'n cael eu llwytho'n anwastad ac mae gan rai ohonynt uchafbwynt o 100%. Yn yr un modd â llwytho un craidd yn unig, ni fydd y larwm ar gyfer Defnydd CPU yn gweithio (mae ar gyfer y VM cyfan), ond bydd problemau perfformiad.
Beth i'w wneud? Os yw'r meddalwedd mewn peiriant rhithwir yn llwytho'r creiddiau'n anwastad (yn defnyddio un craidd neu ran o'r creiddiau yn unig), nid oes diben cynyddu eu nifer. Yn yr achos hwn, mae'n well symud y VM i weinydd gyda phroseswyr mwy pwerus.
Gallwch hefyd geisio gwirio'r gosodiadau defnydd pŵer yn BIOS y gweinydd. Mae llawer o weinyddwyr yn galluogi modd Perfformiad Uchel yn y BIOS ac felly'n analluogi technolegau arbed ynni C-states a P-states. Mae proseswyr Intel modern yn defnyddio technoleg Turbo Boost, sy'n cynyddu amlder creiddiau prosesydd unigol ar draul creiddiau eraill. Ond dim ond pan fydd technolegau arbed ynni yn cael eu troi ymlaen y mae'n gweithio. Os byddwn yn eu hanalluogi, ni all y prosesydd leihau'r defnydd o bŵer creiddiau nad ydynt wedi'u llwytho.
Mae VMware yn argymell peidio ag analluogi technolegau arbed pŵer ar weinyddion, ond dewis dulliau sy'n gadael rheoli pŵer i'r hypervisor gymaint â phosibl. Yn yr achos hwn, yn y gosodiadau defnydd pŵer hypervisor, mae angen i chi ddewis Perfformiad Uchel.
Os oes gennych VMs unigol (neu greiddiau VM) yn eich seilwaith sy'n gofyn am fwy o amledd CPU, gall addasu defnydd pŵer yn gywir wella eu perfformiad yn sylweddol.
CPU Yn barod
Os yw'r craidd VM (vCPU) yn y cyflwr Parod, nid yw'n perfformio gwaith defnyddiol. Mae'r cyflwr hwn yn digwydd pan nad yw'r hypervisor yn dod o hyd i graidd corfforol rhad ac am ddim y gellir neilltuo proses vCPU y peiriant rhithwir iddo.
Sut i ddadansoddi? Yn nodweddiadol, os yw creiddiau peiriant rhithwir yn y cyflwr Ready fwy na 10% o'r amser, byddwch yn sylwi ar faterion perfformiad. Yn syml, mwy na 10% o'r amser y mae'r VM yn aros i adnoddau ffisegol ddod ar gael.
Yn vCenter gallwch weld 2 gownter sy'n gysylltiedig â CPU Ready:
- parodrwydd,
- Yn barod.
Gellir gweld gwerthoedd y ddau gownter ar gyfer y VM cyfan ac ar gyfer creiddiau unigol.
Mae parodrwydd yn dangos y gwerth ar unwaith fel canran, ond dim ond mewn amser real (data ar gyfer yr awr olaf, cyfwng mesur 20 eiliad). Mae'n well defnyddio'r rhifydd hwn dim ond i chwilio am broblemau “poeth ar y sodlau”.
Gellir gweld gwerthoedd cownter parod hefyd o safbwynt hanesyddol. Mae hyn yn ddefnyddiol ar gyfer sefydlu patrymau ac ar gyfer dadansoddiad dyfnach o'r broblem. Er enghraifft, os yw peiriant rhithwir yn dechrau profi problemau perfformiad ar amser penodol, gallwch gymharu cyfnodau gwerth CPU Ready â chyfanswm y llwyth ar y gweinydd lle mae'r VM hwn yn rhedeg, a chymryd mesurau i leihau'r llwyth (os yw DRS yn methu).
Dangosir parod, yn wahanol i Parodrwydd, nid mewn canrannau, ond mewn milieiliadau. Mae hwn yn gownter math Crynhoad, hynny yw, mae'n dangos pa mor hir yn ystod y cyfnod mesur oedd y craidd VM yn y cyflwr Parod. Gallwch chi drosi'r gwerth hwn yn ganran gan ddefnyddio fformiwla syml:
(Gwerth crynhoi CPU / (cyfwng diweddaru rhagosodedig siart mewn eiliadau * 1000)) * 100 = CPU parod %
Er enghraifft, ar gyfer y VM yn y graff isod, bydd y gwerth Parod brig ar gyfer y peiriant rhithwir cyfan fel a ganlyn:
Wrth gyfrifo'r ganran Barod, dylech roi sylw i ddau bwynt:
- Y gwerth Parod ar gyfer y VM cyfan yw swm Ready ar draws creiddiau.
- Cyfwng mesur. Ar gyfer amser real mae'n 20 eiliad, ac, er enghraifft, ar siartiau dyddiol mae'n 300 eiliad.
Gyda datrys problemau gweithredol, mae'n hawdd colli'r pwyntiau syml hyn a gellir gwastraffu amser gwerthfawr ar ddatrys problemau nad ydynt yn bodoli.
Gadewch i ni gyfrifo Ready yn seiliedig ar y data o'r graff isod. (324474/(20*1000))*100 = 1622% ar gyfer y VM cyfan. Os edrychwch ar y creiddiau nid yw mor frawychus: 1622/64 = 25% fesul craidd. Yn yr achos hwn, mae'r dal yn eithaf hawdd i'w weld: mae'r gwerth Parod yn afrealistig. Ond os ydym yn sôn am 10-20% ar gyfer y VM cyfan gyda sawl craidd, yna ar gyfer pob craidd gall y gwerth fod o fewn yr ystod arferol.
Beth i'w wneud? Mae gwerth Parod uchel yn nodi nad oes gan y gweinydd ddigon o adnoddau prosesydd ar gyfer gweithrediad arferol peiriannau rhithwir. Mewn sefyllfa o'r fath, y cyfan sydd ar ôl yw lleihau gor-alw gan brosesydd (vCPU: pCPU). Yn amlwg, gellir cyflawni hyn trwy leihau paramedrau VMs presennol neu drwy fudo rhan o'r VMs i weinyddion eraill.
Cyd-stopio
Sut i ddadansoddi? Mae'r rhifydd hwn hefyd o'r math Crynhoad ac yn cael ei drawsnewid yn ganrannau yn yr un modd â Ready:
(gwerth crynhoi CPU cyd-stop / (cyfwng diweddaru diofyn siart mewn eiliadau * 1000)) * 100 = CPU cyd-stop %
Yma mae angen i chi hefyd roi sylw i nifer y creiddiau ar y VM a'r cyfwng mesur.
Yn y cyflwr costop, nid yw'r cnewyllyn yn perfformio gwaith defnyddiol. Gyda'r dewis cywir o'r maint VM a'r llwyth arferol ar y gweinydd, dylai'r cownter cyd-stop fod yn agos at sero.
Yn yr achos hwn, mae'r llwyth yn amlwg yn annormal :)
Beth i'w wneud? Os yw sawl VM gyda nifer fawr o greiddiau yn rhedeg ar un hypervisor a bod gordanysgrifio ar y CPU, yna efallai y bydd y cownter cyd-stopio yn cynyddu, a fydd yn arwain at broblemau gyda pherfformiad y VMs hyn.
Hefyd, bydd cyd-stopio yn cynyddu os bydd creiddiau gweithredol un VM yn defnyddio edafedd ar un craidd gweinydd corfforol gyda gor-wadnu wedi'i alluogi. Gall y sefyllfa hon godi, er enghraifft, os oes gan y VM fwy o greiddiau nag sydd ar gael yn gorfforol ar y gweinydd lle mae'n rhedeg, neu os yw'r gosodiad “preferHT” wedi'i alluogi ar gyfer y VM. Gallwch ddarllen am y gosodiad hwn .
Er mwyn osgoi problemau gyda pherfformiad VM oherwydd cyd-stopio uchel, dewiswch y maint VM yn unol ag argymhellion gwneuthurwr y meddalwedd sy'n rhedeg ar y VM hwn a galluoedd y gweinydd ffisegol lle mae'r VM yn rhedeg.
Peidiwch ag ychwanegu creiddiau wrth gefn; gall hyn achosi problemau perfformiad nid yn unig i'r VM ei hun, ond hefyd i'w gymdogion ar y gweinydd.
Metrigau CPU defnyddiol eraill
Run – faint o amser (ms) yn ystod y cyfnod mesur oedd y vCPU yn y cyflwr RUN, hynny yw, roedd yn perfformio gwaith defnyddiol mewn gwirionedd.
Segur – pa mor hir (ms) yn ystod y cyfnod mesur y bu'r vCPU mewn cyflwr anweithgar. Nid yw gwerthoedd Idle uchel yn broblem, nid oedd gan y vCPU “ddim byd i'w wneud.”
Arhoswch – pa mor hir (ms) yn ystod y cyfnod mesur oedd y vCPU yn y cyflwr Aros. Gan fod IDLE wedi'i gynnwys yn y rhifydd hwn, nid yw gwerthoedd Aros uchel hefyd yn dynodi problem. Ond os yw Wait IDLE yn isel pan fo Wait yn uchel, mae'n golygu bod y VM yn aros i weithrediadau I/O eu cwblhau, a gallai hyn, yn ei dro, ddangos problem gyda pherfformiad y gyriant caled neu unrhyw ddyfeisiau rhithwir y VM.
Uchafswm cyfyngedig – pa mor hir (ms) yn ystod y cyfnod mesur y bu’r vCPU yn y cyflwr Parod oherwydd y terfyn adnoddau penodedig. Os yw perfformiad yn anesboniadwy o isel, yna mae'n ddefnyddiol gwirio gwerth y rhifydd hwn a therfyn y CPU yn y gosodiadau VM. Efallai y bydd gan VMs derfynau nad ydych yn ymwybodol ohonynt. Er enghraifft, mae hyn yn digwydd pan gafodd VM ei glonio o dempled y gosodwyd terfyn CPU arno.
Cyfnewid aros – pa mor hir yn ystod y cyfnod mesur y bu'r vCPU yn aros am lawdriniaeth gyda VMkernel Swap. Os yw gwerthoedd y cownter hwn yn uwch na sero, yna mae gan y VM bendant broblemau perfformiad. Byddwn yn siarad mwy am SWAP yn yr erthygl am gownteri RAM.
ESXTOP
Os yw cownteri perfformiad yn vCenter yn dda ar gyfer dadansoddi data hanesyddol, yna mae'n well gwneud dadansoddiad gweithredol o'r broblem yn ESXTOP. Yma, cyflwynir yr holl werthoedd ar ffurf parod (nid oes angen cyfieithu unrhyw beth), a'r cyfnod mesur lleiaf yw 2 eiliad.
Mae'r sgrin ESXTOP ar gyfer CPU yn cael ei galw i fyny gyda'r allwedd "c" ac mae'n edrych fel hyn:
Er hwylustod, gallwch adael prosesau peiriant rhithwir yn unig trwy wasgu Shift-V.
I weld metrigau ar gyfer creiddiau VM unigol, pwyswch “e” a rhowch GID y VM o ddiddordeb (30919 yn y sgrin isod):
Gadewch imi fynd yn fyr trwy'r colofnau a gyflwynir yn ddiofyn. Gellir ychwanegu colofnau ychwanegol trwy wasgu "f".
NWLD (Nifer o Fydoedd) – nifer y prosesau yn y grŵp. I ehangu'r grŵp a gweld metrigau ar gyfer pob proses (er enghraifft, ar gyfer pob craidd mewn VM aml-graidd), pwyswch “e”. Os oes mwy nag un broses mewn grŵp, yna mae'r gwerthoedd metrig ar gyfer y grŵp yn hafal i swm y metrigau ar gyfer y prosesau unigol.
% DDEFNYDDIWYD – faint o gylchoedd CPU gweinydd sy'n cael eu defnyddio gan broses neu grŵp o brosesau.
% RHEDEG – pa mor hir yn ystod y cyfnod mesur oedd y broses yn y cyflwr RUN, h.y. wedi gwneud gwaith defnyddiol. Mae'n wahanol i % USED gan nad yw'n cymryd i ystyriaeth gor-edafu, graddio amledd a'r amser a dreulir ar dasgau system (%SYS).
%SYS – amser a dreulir ar dasgau system, er enghraifft: prosesu torri ar draws, I/O, gweithrediad rhwydwaith, ac ati. Gall y gwerth fod yn uchel os oes gan y VM I/O mawr.
OVRLP – faint o amser y mae’r craidd ffisegol y mae’r broses VM yn rhedeg arno wedi’i dreulio ar dasgau prosesau eraill.
Mae'r metrigau hyn yn ymwneud â'i gilydd fel a ganlyn:
%USED = % RHEDEG + %SYS - % OVRLP.
Yn nodweddiadol mae'r metrig % A DDEFNYDDIWYD yn fwy addysgiadol.
% AROS – pa mor hir yn ystod y cyfnod mesur oedd y broses yn y cyflwr Aros. Yn galluogi IDLE.
%DIOG – pa mor hir yn ystod y cyfnod mesur oedd y broses yn y cyflwr IDLE.
SWPWT – pa mor hir yn ystod y cyfnod mesur y bu'r vCPU yn aros am lawdriniaeth gyda VMkernel Swap.
% VMWAIT – pa mor hir yn ystod y cyfnod mesur yr oedd y vCPU mewn cyflwr aros am ddigwyddiad (I/O fel arfer). Nid oes cownter tebyg yn vCenter. Mae gwerthoedd uchel yn dynodi problemau gydag I/O ar y VM.
% AROS = % VMWAIT + % IDLE + % SWPWT.
Os nad yw'r VM yn defnyddio VMkernel Swap, yna wrth ddadansoddi problemau perfformiad fe'ch cynghorir i edrych ar % VMWAIT, gan nad yw'r metrig hwn yn cymryd i ystyriaeth yr amser pan nad oedd y VM yn gwneud dim (% IDLE).
RDY – pa mor hir yn ystod y cyfnod mesur oedd y broses mewn cyflwr Parod.
% CSTP – pa mor hir yn ystod y cyfnod mesur oedd y broses yn y cyflwr costop.
%MLMTD – pa mor hir yn ystod y cyfnod mesur y bu’r vCPU mewn cyflwr Parod oherwydd y terfyn adnoddau penodedig.
% AROS + %RDY + % CSTP + %RUN = 100% - mae'r craidd VM bob amser yn un o'r pedair talaith hyn.
CPU ar hypervisor
Mae gan vCenter hefyd gownteri perfformiad CPU ar gyfer yr hypervisor, ond nid ydynt yn ddim byd diddorol - yn syml, cyfanswm y cownteri ar gyfer pob VM ar y gweinydd yw'r rhain.
Y ffordd fwyaf cyfleus i weld y statws CPU ar y gweinydd yw ar y tab Crynodeb:
Ar gyfer y gweinydd, yn ogystal ag ar gyfer y peiriant rhithwir, mae Larwm safonol:
Pan fydd llwyth CPU y gweinydd yn uchel, mae'r VMs sy'n rhedeg arno yn dechrau cael problemau perfformiad.
Yn ESXTOP, cyflwynir data llwyth CPU gweinydd ar frig y sgrin. Yn ogystal â'r llwyth CPU safonol, nad yw'n addysgiadol iawn ar gyfer hypervisors, mae yna dri metrig arall:
CORE UTIL(%) - llwytho craidd y gweinydd ffisegol. Mae'r rhifydd hwn yn dangos faint o amser y perfformiodd y craidd waith yn ystod y cyfnod mesur.
PCPU UTIL(%) – os yw hyper-edafu wedi'i alluogi, yna mae dwy edefyn (PCPU) fesul craidd ffisegol. Mae'r metrig hwn yn dangos faint o amser a gymerodd pob edefyn i gwblhau'r gwaith.
PCPU WEDI'I DDEFNYDDIO(%) - yr un peth â PCPU UTIL (%), ond mae'n ystyried graddio amledd (naill ai lleihau'r amledd craidd at ddibenion arbed ynni, neu gynyddu'r amlder craidd oherwydd technoleg Turbo Boost) a hyper-edafu.
PCPU_USED % = PCPU_UTIL % * amlder craidd effeithiol / amledd craidd enwol.
Yn y sgrin hon, ar gyfer rhai creiddiau, oherwydd Turbo Boost, mae'r gwerth DEFNYDDEDIG yn fwy na 100%, gan fod yr amledd craidd yn uwch na'r un enwol.
Ychydig eiriau am sut mae hyper-edafu yn cael ei ystyried. Os gweithredir prosesau 100% o'r amser ar ddwy edefyn craidd corfforol y gweinydd, tra bod y craidd yn gweithredu ar yr amledd enwol, yna:
- CORE UTIL ar gyfer y craidd fydd 100%,
- Bydd PCPU UTIL ar gyfer y ddau edefyn yn 100%,
- PCPU A DDEFNYDDIR ar gyfer y ddau edefyn fydd 50%.
Os na weithiodd y ddau edafedd 100% o'r amser yn ystod y cyfnod mesur, yna yn ystod y cyfnodau hynny pan oedd yr edafedd yn gweithio ochr yn ochr, rhennir y PCPU A DDEFNYDDIWYD ar gyfer y creiddiau yn hanner.
Mae gan ESXTOP sgrin hefyd gyda pharamedrau defnydd pŵer CPU gweinyddwr. Yma gallwch weld a yw'r gweinydd yn defnyddio technolegau arbed ynni: C-states a P-states. Wedi'i alw gyda'r allwedd "p":
Materion Perfformiad CPU Cyffredin
Yn olaf, af dros achosion nodweddiadol problemau gyda pherfformiad CPU VM ac yn rhoi awgrymiadau byr ar gyfer eu datrys:
Nid yw cyflymder craidd y cloc yn ddigon. Os nad yw'n bosibl uwchraddio'ch VM i greiddiau mwy pwerus, gallwch geisio newid y gosodiadau pŵer i wneud i Turbo Boost weithio'n fwy effeithlon.
Maint VM anghywir (gormod/ychydig o greiddiau). Os byddwch yn gosod ychydig o greiddiau, bydd llwyth CPU uchel ar y VM. Os oes llawer, daliwch gyd-stop uchel.
Gordanysgrifio mawr o CPU ar y gweinydd. Os oes gan y VM Barod uchel, lleihau gordanysgrifio CPU.
Topoleg NUMA anghywir ar VMs mawr. Rhaid i'r topoleg NUMA a welir gan y VM (vNUMA) gyd-fynd â thopoleg NUMA y gweinydd (pNUMA). Ysgrifennir diagnosteg ac atebion posibl i'r broblem hon, er enghraifft, yn y llyfr . Os nad ydych chi eisiau mynd yn ddyfnach ac nad oes gennych chi gyfyngiadau trwyddedu ar yr OS wedi'i osod ar y VM, gwnewch lawer o socedi rhithwir ar y VM, un craidd ar y tro. Ni fyddwch yn colli llawer :)
Dyna'r cyfan i mi am y CPU. Gofyn cwestiynau. Yn y rhan nesaf byddaf yn siarad am RAM.
Dolenni defnyddiol
Ffynhonnell: hab.com