
Å ajÄ rakstÄ runÄsim par RAM (operatÄ«vÄs atmiÅas) veiktspÄjas skaitÄ«tÄjiem vSphere.
IzskatÄs, ka ar atmiÅu viss ir skaidrÄk nekÄ ar procesoru: ja VM ir veiktspÄjas problÄmas, tÄs ir grÅ«ti nepamanÄ«t. TomÄr, ja tÄs rodas, ar tÄm tikt galÄ ir daudz grÅ«tÄk. Bet par visu pÄc kÄrtas.
Nedaudz teorijas
VirtuÄlo maŔīnu operatÄ«vÄ atmiÅa tiek Åemta no servera atmiÅas, kurÄ darbojas VM. Tas ir visai acÄ«mredzami:). Ja serverim nepietiek operatÄ«vÄs atmiÅas visiem, kam tÄ nepiecieÅ”ama, ESXi sÄk izmantot operatÄ«vÄs atmiÅas patÄriÅa optimizÄcijas tehnikas (memory reclamation techniques). PretÄjÄ gadÄ«jumÄ operÄtÄjsistÄmas VM sabrukt ar piekļuves kļūdÄm.
KÄdas tehnikas izmantot, ESXi lemj atkarÄ«bÄ no operatÄ«vÄs atmiÅas noslodzes:
AtmiÅas stÄvoklis
Robeža
Darbības
High
400% no minFree
PÄc augÅ”ÄjÄs robežas sasniegÅ”anas lielÄs atmiÅas lapas tiek sadalÄ«tas mazÄkÄs (TPS darbojas standarta režīmÄ).
Clear
100% no minFree
LielÄs atmiÅas lapas tiek sadalÄ«tas mazÄkÄs, TPS darbojas piespiedu kÄrtÄ.
Mīksts
64% no minFree
TPS + Balloon
Ciets
32% no minFree
TPS + Compress + Swap
Zems
16% no minFree
Compress + Swap + Block
minFree ā tÄ ir operatÄ«vÄ atmiÅa, kas nepiecieÅ”ama hipervizora darbÄ«bai.
LÄ«dz ESXi 4.1 ieskaitot minFree pÄc noklusÄjuma bija fiksÄts ā 6% no servera operatÄ«vÄs atmiÅas apjoma (procentu varÄja mainÄ«t, izmantojot opciju Mem.MinFreePct ESXi). VÄlÄkajÄs versijÄs, palielinoties servera atmiÅas apjomiem, minFree sÄka aprÄÄ·inÄt, pamatojoties uz hosta atmiÅas apjomu, nevis kÄ fiksÄtu procentu vÄrtÄ«bu.
MinFree (pÄc noklusÄjuma) vÄrtÄ«ba tiek aprÄÄ·inÄta Å”Ädi:
AtmiÅas procents, kas rezervÄts minFree
AtmiÅas diapazons
6%
0-4 GB
4%
4-12 GB
2%
12-28 GB
1%
AtlikusÄ« atmiÅa
PiemÄram, serverim ar 128 GB RAM minFree vÄrtÄ«ba bÅ«s Å”Äda:
MinFree = 245,76 + 327,68 + 327,68 + 1024 = 1925,12 MB = 1,88 GB
FaktiskÄ vÄrtÄ«ba var atŔķirties par pÄris simtiem MB, tas atkarÄ«gs no servera un operatÄ«vÄs atmiÅas.
AtmiÅas procents, kas rezervÄts minFree
AtmiÅas diapazons
VÄrtÄ«ba 128 GB
6%
0-4 GB
245,76 MB
4%
4-12 GB
327,68 MB
2%
12-28 GB
327,68 MB
1%
AtlikusÄ« atmiÅa (100 GB)
1024 MB
Parasti Augsta stÄvokļa sasniegÅ”ana ir normÄla prasÄ«ba produktÄ«viem stendiem. TestÄÅ”anas un attÄ«stÄ«bas stendiem pieÅemami var bÅ«t Clear/Soft stÄvokļi. Ja hostÄ ir palicis mazÄk par 64% MinFree operatÄ«vÄs atmiÅas, tad VM, kas uz tÄ darbojas, noteikti novÄros veiktspÄjas problÄmas.
Katram stÄvoklim tiek izmantotas noteiktas atmiÅas atbrÄ«voÅ”anas tehnikas, sÄkot ar TPS, gandrÄ«z neradot ietekmi uz VM veiktspÄju, un beidzot ar Swapping. Par to pastÄstīŔu sÄ«kÄk.
Transparent Page Sharing (TPS). TPS bÅ«tÄ«bÄ ir virtuÄlo maŔīnu operatÄ«vÄs atmiÅas lapu deduplicÄÅ”ana uz servera.
ESXi meklÄ identiskas virtuÄlo maŔīnu operatÄ«vÄs atmiÅas lapas, aprÄÄ·inot un salÄ«dzinot lapu hash summas, un izdzÄÅ” dublikÄtus, aizstÄjot tos ar atsaucÄm uz vienu un to paÅ”u fiziskÄs atmiÅas lapu serverÄ«. RezultÄtÄ fiziskÄs atmiÅas patÄriÅÅ” samazinÄs, un ir iespÄjams sasniegt zinÄmu pÄrmaksu attiecÄ«bÄ uz atmiÅu praktiski bez veiktspÄjas samazinÄÅ”anÄs.

Å is mehÄnisms darbojas tikai 4 KB (mazo lapu) atmiÅas lapÄm. 2 MB (lielo lapu) izmÄra lapas hipervizors pat necenÅ”as deduplicÄt: iespÄja atrast identiskas lapas Å”Äda izmÄra ir zema.
PÄc noklusÄjuma ESXi pieŔķir atmiÅu lielajÄm lapÄm. Lielo lapu sadalīŔana mazajÄs sÄkas, sasniedzot augsto stÄvokļa slieksni, un notiek piespiedu kÄrtÄ, kad tiek sasniegts Clear stÄvoklis (skatÄ«t hipervizora stÄvokļu tabulu).
Ja vÄlaties, lai TPS uzsÄktu darbu, negaidot, kad hosta operatÄ«vÄ atmiÅa tiks pilnÄ«bÄ aizpildÄ«ta, Advanced Options ESXi jÄiestata vÄrtÄ«ba āMem.AllocGuestLargePageā uz 0 (noklusÄjums 1). Tad lielo atmiÅas lapu pieŔķirÅ”ana virtuÄlajÄm maŔīnÄm tiks atspÄjota.
KopÅ” 2014. gada decembra visÄs ESXi laidiena versijÄs TPS starp VM pÄc noklusÄjuma ir atspÄjota, jo tika atrasta ievainojamÄ«ba, kas teorÄtiski ļauj piekļūt vienas VM operatÄ«vajai atmiÅai no citas VM. SÄ«kÄka informÄcija Å”eit. InformÄcija par praktisko TPS ievainojamÄ«bas izmantoÅ”anu man nav bijusi pieejama.
TPS politika tiek kontrolÄta, izmantojot papildu opciju āMem.ShareForceSaltingā ESXi:
0 ā Inter-VM TPS. TPS darbojas dažÄdu VM lapÄm;
1 ā TPS VM ar vienÄdu āsched.mem.pshare.saltā vÄrtÄ«bu VMX;
2 (noklusÄjums) ā Intra-VM TPS. TPS darbojas lapÄm VM iekÅ”ienÄ.
Noteikti ir jÄga izslÄgt lielas lapas un ieslÄgt Inter-VM TPS testÄÅ”anas stendos. To var izmantot arÄ« stendos ar lielu vienveidÄ«gu VM skaitu. PiemÄram, stendos ar VDI fiziskÄs atmiÅas ietaupÄ«jums var sasniegt desmitiem procentu.
AtmiÅas balonÄÅ”ana. BalonÄÅ”ana vairs nav tik nekaitÄ«ga un caurspÄ«dÄ«ga VM operÄtÄjsistÄmai kÄ TPS. Bet ar pareizu piemÄroÅ”anu balonÄÅ”ana var bÅ«t droÅ”i lietojama un pat strÄdÄt.
KopÄ ar VMware Tools VM tiek instalÄts Ä«paÅ”s draiveris, ko sauc par Balloon Driver (tÄpat kÄ vmmemctl). Kad hipervizoram sÄk trÅ«kt fiziskÄs atmiÅas un tas nonÄk Soft stÄvoklÄ«, ESXi lÅ«dz VM atgriezt neizmantoto RAM caur Å”o Balloon Driver. Draiveris darbojas operÄtÄjsistÄmas lÄ«menÄ« un pieprasa brÄ«vo atmiÅu no tÄs. Hipervizors redz, kuras fiziskÄs atmiÅas lapas ir aizÅÄmis Balloon Driver, atÅem atmiÅu no virtuÄlÄs maŔīnas un atgriež to viesu sistÄmai. ProblÄmas ar OS darbÄ«bu nerodas, jo operÄtÄjsistÄmas lÄ«menÄ« atmiÅa tiek aizÅemta ar Balloon Driver. NoklusÄjuma iestatÄ«jumos Balloon Driver var atÅemt lÄ«dz 65% no VM atmiÅas.
Ja VM nav uzstÄdÄ«ti VMware Tools vai balonÄÅ”ana ir atspÄjota (neiesaku, bet ir arÄ« tÄda iespÄja :), hipervizors nekavÄjoties pÄriet pie stingrÄkÄm atmiÅas atÅemÅ”anas tehnikÄm. SecinÄjums: pÄrliecinieties, ka VMware Tools VM ir uzstÄdÄ«ti.

BalonÄÅ”anas draivera darbÄ«bu var pÄrbaudÄ«t no OS caur VMware Tools..
AtmiÅas saspieÅ”ana. Å Ä« tehnika tiek izmantota, kad ESXi nonÄk Hard stÄvoklÄ«. KÄ norÄdÄ«ts nosaukumÄ, ESXi cenÅ”as saspiest 4 Kb atmiÅas lapas lÄ«dz 2 Kb, tÄdÄjÄdi atbrÄ«vojot nedaudz vietas fiziskajÄ atmiÅÄ. Å Ä« tehnika ievÄrojami palielina piekļuves laiku atmiÅas lapu saturam, jo lapa iepriekÅ” jÄsasprindzina. Dažreiz nav iespÄjams saspiest visas lapas, un pats process prasa zinÄmu laiku. TÄdÄļ Ŕī tehnika praksÄ nav ļoti efektÄ«va.
AtmiÅas apmaiÅa. PÄc Ä«sa atmiÅas saspieÅ”anas fÄzes ESXi praktiski neizbÄgami (ja VM nav pÄrvietoti uz citÄm viesu sistÄmÄm vai nav izslÄgti) pÄriet pie apmaiÅas. Un, ja atmiÅas palicis ļoti maz (zems stÄvoklis), hipervizors arÄ« pÄrstÄj pieŔķirt VM atmiÅas lapas, kas var radÄ«t problÄmas viesu OS VM.
Å Ädi darbojas Swapping. IeslÄdzot virtuÄlo maŔīnu, tiek izveidots fails ar paplaÅ”inÄjumu .vswp. TÄ izmÄrs ir vienÄds ar virtuÄlÄs maŔīnas neietekmÄto operatÄ«vo atmiÅu: tas ir starpÄ«ba starp konfigurÄto un rezervÄto atmiÅu. Darbojoties Swapping procesÄ, ESXi iznÄk atmiÅas lapas no virtuÄlÄs maŔīnas Å”ajÄ failÄ un sÄk strÄdÄt ar to vietÄjo servera fizisko atmiÅu. Protams, Å”Äda 'operatÄ«vÄ' atmiÅa ir vairÄkas reizes lÄnÄka par Ä«sto, pat ja .vswp atrodas uz ÄtrÄs krÄtuves.
AtŔķirÄ«bÄ no Ballooning, kad VM izÅem neizmantotÄs lapas, Swapping procesÄ uz diska var pÄrvietoties lapas, kuras aktÄ«vi izmanto operÄtÄjsistÄma vai lietojumprogrammas iekÅ” VM. RezultÄtÄ VM veiktspÄja samazinÄs lÄ«dz pat sasalÅ”anai. VM formÄli darbojas, un to vismaz var pareizi izslÄgt no OS. Ja esat pacietÄ«gs š
Ja VM ir devies Swap ā tas ir neparasts stÄvoklis, kuru labÄk novÄrst.
Galvenie virtuÄlÄs maŔīnas atmiÅas veiktspÄjas skaitÄ«tÄji
T mÄs esam nonÄkuÅ”i pie galvenÄ. Lai uzraudzÄ«tu atmiÅas stÄvokli VM, ir Å”Ädi skaitÄ«tÄji:
AktÄ«vs ā rÄda operatÄ«vÄs atmiÅas apjomu (KB), uz kuru VM ir piekļuvis iepriekÅ”ÄjÄ mÄrÄ«jumu periodÄ.
Usage ā tas pats, kas Active, bet procentos no konfigurÄtÄs virtuÄlÄs maŔīnas operatÄ«vÄs atmiÅas. AprÄÄ·inÄts pÄc Å”Ädas formulas: active Ć· virtuÄlÄs maŔīnas konfigurÄtÄs atmiÅas izmÄrs.
Augsts Usage un Active, attiecÄ«gi, ne vienmÄr norÄda uz VM veiktspÄjas problÄmÄm. Ja VM aktÄ«vi izmanto atmiÅu (kÄ minimums, piekļūst tai), tas nenozÄ«mÄ, ka atmiÅa trÅ«kst. DrÄ«zÄk tas ir pamats aplÅ«kot, kas notiek OS.
Ir standarta trauksme par atmiÅas izmantoÅ”anu VM:

Koplietojamais ā virtuÄlÄs maŔīnas operatÄ«vÄs atmiÅas apjoms, kas ir deduplicÄts ar TPS (iekÅ” VM vai starp VM).
Granted ā fiziskÄs atmiÅas apjoms uz saimniekdatortehnika (KB), kas ir pieŔķirts VM. Ietver Shared.
Consumed (Granted ā Shared) ā fiziskÄs atmiÅas apjoms (KB), ko VM patÄrÄ no saimniekdatortehnika. Neietver Shared.
Ja daļa no VM atmiÅas tiek pieŔķirta ne no fiziskÄs atmiÅas saimniekdatortehnika, bet no swap faila vai atmiÅa tiek izÅemta no VM caur Balloon Driver, Å”is apjoms nav iekļauts Granted un Consumed.
Augsti Granted un Consumed rÄdÄ«tÄji ir pavisam normÄli. OperÄtÄjsistÄma pakÄpeniski atbrÄ«vo atmiÅu no hipervizora un neatgriež to atpakaļ. Laika gaitÄ aktÄ«vÄs VM rÄdÄ«tÄju vÄrtÄ«bas tuvojas konfigurÄtÄs atmiÅas apjomam un tur paliek.
Nulle ā VM operatÄ«vÄs atmiÅas apjoms (KB), kurÅ” satur nulles. Å Äda atmiÅa tiek uzskatÄ«ta par brÄ«vu hipervizora un var tikt pieŔķirta citÄm virtuÄlajÄm maŔīnÄm. PÄc tam, kad viesu OS ir pierakstÄ«jusi kaut ko nosÄdinÄtajÄ atmiÅÄ, tÄ pÄriet uz Consumed un vairs neatgriežas.
RezervÄta papildu atmiÅa ā VM operatÄ«vÄs atmiÅas apjoms (KB), ko hipervizors rezervÄjis, lai nodroÅ”inÄtu VM darbÄ«bu. Tas ir neliels apjoms, bet tam obligÄti jÄbÅ«t pieejamam hostÄ, citÄdi VM nesÄksies.
Balloon ā operatÄ«vÄs atmiÅas apjoms (KB), kas atÅemts no VM, izmantojot Balloon Driver.
Saspiests ā operatÄ«vÄs atmiÅas apjoms (KB), kuru izdevÄs saspiest.
MijlocinÄts ā operatÄ«vÄs atmiÅas apjoms (KB), kurÅ” fiziskÄs atmiÅas trÅ«kuma dÄļ pÄrcÄlies uz disku.
Balloon un pÄrÄjie atmiÅas atgūŔanas rÄdÄ«tÄji ir vienÄdi ar nulli.
TÄ izskatÄs grafika ar rÄdÄ«tÄjiem par normÄli strÄdÄjoÅ”u VM ar 150 GB operatÄ«vo atmiÅu.

Å ajÄ grafikÄ VM ir acÄ«mredzamas problÄmas. ApakÅ”Ä redzams, ka Å”ai VM tika izmantotas visas aprakstÄ«tÄs operatÄ«vÄs atmiÅas tehnikas. Balloon Å”ai VM ir daudz lielÄks nekÄ Consumed. PatiesÄ«bÄ VM ir drÄ«zÄk mirusi nekÄ dzÄ«va.

ESXTOP
TÄpat kÄ ar CPU, ja vÄlamies Ätri novÄrtÄt situÄciju hostÄ, kÄ arÄ« tÄs dinamiku ar intervÄlu lÄ«dz 2 sekundÄm, ir vÄrts izmantot ESXTOP.
ESXTOP ekrÄns par atmiÅu tiek izsaukts, nospiežot taustiÅu āmā un izskatÄs Å”Ädi (izvÄlÄti B,D,H,J,K,L,O lauki):

Mums interesÄjoÅ”ie parametri bÅ«s Å”Ädi:
Mem overcommit avg ā vidÄjais atmiÅas pÄrrakstīŔanas lÄ«menis uz hosta pÄdÄjÄs 1, 5 un 15 minÅ«tÄs. Ja tas ir virs nulles, tas ir iemesls, lai paskatÄ«tos, kas notiek, bet ne vienmÄr liecina par problÄmÄm.
RindÄs PMEM/MB un VMKMEM/MB ā informÄcija par servera fizisko atmiÅu un VMkernel pieejamo atmiÅu. InteresantÄkais Å”eit ir minfree vÄrtÄ«ba (MB), kÄ arÄ« stÄvoklis atmiÅÄ (mÅ«su gadÄ«jumÄ augsts).
RindÄ NUMA/MB var redzÄt operatÄ«vÄs atmiÅas sadalÄ«jumu pa NUMA mezgliem (soketiem). Å ajÄ piemÄrÄ sadalÄ«jums nav vienmÄrÄ«gs, kas principÄ nav ļoti labi.
TÄlÄk ir sniegta vispÄrÄjÄ statistika par serveri, izmantojot atmiÅas atgūŔanas tehnoloÄ£ijas:
PSHARE/MB ā Ŕī ir TPS statistika;
SWAP/MB ā Swap lietoÅ”anas statistika;
ZIP/MB ā atmiÅas lapu saspieÅ”anas statistika;
MEMCTL/MB ā Balloon Driver lietoÅ”anas statistika.
MÅ«s var interesÄt Å”Äda informÄcija par atseviŔķÄm VM. VM nosaukumus esmu noslÄpis, lai nemanÄ«tu auditoriju :). Ja ESXTOP metrika ir lÄ«dzÄ«ga skaitÄ«tÄjam vSphere, sniedzu attiecÄ«go skaitÄ«tÄju.
MEMSZ ā atmiÅas apjoms, kas konfigurÄts VM (MB).
MEMSZ = GRANT + MCTLSZ + SWCUR + untouched.
GRANT ā Granted MB.
TCHD ā Active MB.
MCTL? ā vai VM ir uzstÄdÄ«ts Balloon Driver.
MCTLSZ ā Balloon MB.
MCTLGT ā operatÄ«vÄs atmiÅas apjoms (MB), ko ESXi vÄlas izÅemt no VM, izmantojot Balloon Driver (Memctl Target).
MCTLMAX ā maksimÄlais operatÄ«vÄs atmiÅas apjoms (MB), ko ESXi var izÅemt no VM, izmantojot Balloon Driver.
SWCUR ā paÅ”reizÄjais operatÄ«vÄs atmiÅas apjoms (MB), kas pieŔķirts VM no Swap faila.
SWGT ā operatÄ«vÄs atmiÅas apjoms (MB), ko ESXi vÄlas pieŔķirt VM no Swap faila (Swap Target).
ArÄ«, izmantojot ESXTOP, var skatÄ«t detalizÄtÄku informÄciju par VM NUMA topoloÄ£iju. Lai to izdarÄ«tu, jÄizvÄlas lauki D,G:

NHN ā NUMA mezgli, kur atrodas VM. Å eit ir uzreiz pamanÄmas platas VM, kuras neietilpst vienÄ NUMA mezglÄ.
NRMEM ā cik megabaitus atmiÅas VM Åem no attÄlÄ NUMA mezgla.
NLMEM ā cik megabaitus atmiÅas VM Åem no vietÄjÄ NUMA mezgla.
N%L ā procentuÄlais VM atmiÅas apjoms vietÄjÄ NUMA mezglÄ (ja mazÄk par 80%, var rasties veiktspÄjas problÄmas).
AtmiÅa hipervizorÄ
Ja CPU skaitÄ«tÄji hipervizorÄ parasti nesniedz Ä«paÅ”u interesi, tad ar atmiÅu situÄcija ir pretÄja. Augsta atmiÅas izmantoÅ”ana VM ne vienmÄr norÄda uz veiktspÄjas problÄmu, bet augsta atmiÅas izmantoÅ”ana hipervizorÄ tieÅ”i aktivizÄ atmiÅas pÄrvaldīŔanas tehnikas un izraisa VM veiktspÄjas problÄmas. JÄuzmanÄs par Host Memory Usage trauksmÄm un jÄrÅ«pÄjas, lai VM nenonÄktu Swap.


Unswap
Ja VM nonÄk Swap, tÄs veiktspÄja strauji samazinÄs. Ballooning un saspieÅ”anas pÄdas Ätri izzÅ«d, kad uz hosta parÄdÄs brÄ«va operatÄ«vÄ atmiÅa, taÄu virtualizÄcijas maŔīna pavisam nesteidzas atgriezties no Swap uz servera operatÄ«vo atmiÅu.
LÄ«dz ESXi 6.0 versijai vienÄ«gais uzticamais un Ätrais veids, kÄ izvest VM no Swap, bija restartÄÅ”ana (ja precÄ«zÄk, konteineru izslÄgÅ”ana/ieslÄgÅ”ana). SÄkot ar ESXi 6.0, parÄdÄ«jÄs, kaut arÄ« ne pavisam oficiÄls, tomÄr darboties spÄjÄ«gs un uzticams veids, kÄ izvest VM no Swap. VienÄ no konferences man izdevÄs sazinÄties ar vienu no VMware inženieriem, kurÅ” atbild par CPU Scheduler. ViÅÅ” apstiprinÄja, ka Å”is veids ir pavisam funkcionÄls un droÅ”s. MÅ«su pieredzÄ ar to nav konstatÄtas problÄmas.
Faktiski komandas VM izveÅ”anai no Swap Duncan Epping. Negribu atkÄrtot detalizÄtu aprakstu, vienkÄrÅ”i sniegÅ”u piemÄru tÄs izmantoÅ”anai. KÄ redzams ekrÄnÅ”ÄviÅÄ, pÄc noteiktÄ komandu izpildes kÄdu laiku pÄc tam Swap uz VM pazÅ«d.

Padomi operatÄ«vÄs atmiÅas pÄrvaldÄ«bai ESXi
PÄdÄjÄ brÄ«dÄ« sniegÅ”u dažus padomus, kas palÄ«dzÄs jums izvairÄ«ties no VM veiktspÄjas problÄmÄm saistÄ«bÄ ar operatÄ«vo atmiÅu:
- Nepieļaujiet pÄrsniegÅ”anu operatÄ«vajÄ atmiÅÄ produktÄ«vÄs klasteros. VÄlams vienmÄr saglabÄt ~20-30% brÄ«vas atmiÅas klasterÄ«, lai DRS (un administratoram) bÅ«tu manevra vieta, un migrÄjot VM, tÄs nesanÄktu Swap. TÄpat neaizmirstiet par rezervi kļūmes izturÄ«bai. NepatÄ«kami, ja, stÄvot vienam serverim Ärpus darbÄ«bas un restartÄjot VM, izmantojot HA, daļa maŔīnu vÄl joprojÄm nonÄk Swap.
- Augstas konsolidÄcijas infrastruktÅ«rÄs cenÅ”ieties NEIZVEIDOT VM ar atmiÅu, kas pÄrsniedz pusi no hosta atmiÅas. Tas atkal palÄ«dzÄs DRS bez problÄmÄm izkliedÄt virtuÄlÄs maŔīnas pa klastera serveriem. Å is noteikums, protams, nav universÄls :)
- Uzmanieties no Host Memory Usage Alarm.
- Neaizmirstiet instalÄt VMware Tools uz VM un neizslÄdziet Ballooning.
- Apsveriet iespÄju ieslÄgt Inter-VM TPS un izslÄgt Large Pages VDI vidÄs un testÄÅ”anas vidÄs.
- Ja VM piedzÄ«vo veiktspÄjas problÄmas, pÄrbaudiet, vai tÄ neizmanto atmiÅu no attÄlinÄtÄ NUMA mezgla.
- Izvediet VM no Swap pÄc iespÄjas ÄtrÄk! TurklÄt, ja VM ir Swap, acÄ«mredzamu iemeslu dÄļ cieÅ” arÄ« uzglabÄÅ”anas sistÄma.
Uz Å”o brÄ«di man viss par operatÄ«vo atmiÅu. ZemÄk ir raksti par tÄmu tiem, kas vÄlas iedziļinÄties detaļÄs. NÄkamais raksts bÅ«s veltÄ«ts uzglabÄÅ”anai.
Noderīgas saites
Avots: habr.com
