Slav! Ez dixwazim bi peyvên sade ji we re behsa mekanîka diziyê ya di hundurê makîneyên virtual de û li ser hin hunerên ne diyar ên ku me di lêkolîna wê de peyda kir, yên ku ez neçar bûm ku wekî derhênerek teknîkî ya platformek ewr tê de biçim, vebêjim. . Platform li ser KVM-ê dimeşîne.
Wextê dizîna CPU ew dem e ku tê de makîneya virtual ji bo pêkanîna xwe çavkaniyên pêvajoyê wernagire. Vê carê tenê di pergalên xebitandinê yên mêvan de di hawîrdorên virtualîzasyonê de tê hesibandin. Sedemên ku ev çavkaniyên herî zêde hatine veqetandin, wekî jiyanê, pir nezelal in. Lê me biryar da ku em wê fêhm bikin, û tewra çend ceribandin jî pêk anîn. Ne ev e ku em nuha her tiştî di derbarê diziyê de dizanin, lê em ê nuha tiştek balkêş ji we re bibêjin.
1. Dizî çi ye
Ji ber vê yekê, dizî metrîkek e ku kêmbûna dema pêvajoyê ji bo pêvajoyên di hundurê makîneyek virtual de destnîşan dike. Weke ku hatiye diyarkirin Stealth ew dem e ku tê de hîpervisor pêvajoyên din li ser OS-ya mêvandar dimeşîne, her çend ew pêvajoya makîneya virtual ji bo darvekirinê xistiye rêzê. Ango, dizî wekî ferqa di navbera dema ku pêvajo ji bo darvekirinê amade ye û dema ku pêvajo dema pêvajoyê tê veqetandin tê hesibandin.
Kernelê makîneya virtual metrîka diziyê ji hîpervisorê distîne. Di heman demê de, hîpervisor bi rastî diyar nake ka kîjan pêvajoyên din dimeşîne, ew bi tenê dibêje "dema ku ez mijûl im, ez nikarim wextê bidim we." Li ser KVM, piştgirî ji bo hesabkirina diziyê li ser hatiye zêdekirin . Li vir du xalên sereke hene:
- Makîneya virtual li ser diziyê ji hypervisor fêr dibe. Ango, ji hêla windahiyan ve, ji bo pêvajoyên li ser makîneya virtual bixwe ev pîvanek nerasterast e ku dikare bibe berbendên cûrbecûr.
- Hypervisor agahdarî bi makîneya virtual re parve nake ka ew çi dike din - ya sereke ev e ku ew dem jê re terxan nake. Ji ber vê yekê, makîneya virtual bixwe nikare di nîşana diziyê de tehlîlan bibîne, ku dikare ji hêla xwezaya pêvajoyên pêşbaziyê ve were nirxandin.
2. Çi bandorê li diziyê dike
2.1. Hesabkirina dizî
Di bingeh de, dizî bi qasî dema karanîna normal a CPU-yê tê hesibandin. Di derbarê vezîvirandin çawa tê hesibandin de zêde agahdarî tune. Dibe ku ji ber ku pir kes vê pirsê eşkere dibînin. Lê di vir de jî kêmasî hene. Ji bo ku hûn vê pêvajoyê nas bikin, hûn dikarin bixwînin : Hûn ê di dema hesabkirina karanînê de û li ser rewşên ku ev hesab dê ji ber sedemên jêrîn xelet be fêrî gelek nuwazeyan bibin:
- Prosesor zêde germ dibe, dibe sedem ku çerx biçe.
- Boosta turbo çalak/neçalak bike, ku leza demjimêra pêvajoyê diguhezîne.
- Guherînek di dirêjahiya perçeya demê de ku dema ku teknolojiyên hilberandina hêza pêvajoyê wekî SpeedStep bikar tîne pêk tê.
- Pirsgirêka hesabkirina navîn: texmînkirina karanîna yek hûrdemî li 80% dikare teqînek kurt a 100% veşêre.
- Girtiyek spin dibe sedem ku pêvajo ji nû ve were vegerandin, lê pêvajoya bikarhêner di pêkanîna wê de pêşkeftinek nabîne. Wekî encamek, karanîna pêvajoyê ya hesabkirî ji hêla pêvajoyê ve dê ji sedî sed be, her çend pêvajo dê bi fizîkî dema pêvajoyê nexwe.
Min gotarek nedîtiye ku hesabek wusa ji bo diziyê rave bike (heke hûn dizanin, wê di şîroveyan de parve bikin). Lê, li gorî koda çavkaniyê dadbarkirin, mekanîzmaya hesabkirinê wekî ji bo vezîvirandinê ye. Bi tenê, jimareyek din di kernelê de tê zêdekirin, rasterast ji bo pêvajoya KVM (pêvajoya makîneya virtual), ku dirêjahiya pêvajoya KVM-ê li benda dema CPU-yê dihejmêre. Berhevkar agahdariya li ser pêvajoyê ji taybetmendiya xwe digire û kontrol dike ka hemî tikikên wê ji hêla pêvajoya makîneya virtual ve têne bikar anîn an na. Ger ew hemî be, wê hingê em texmîn dikin ku pêvajo tenê bi pêvajoya makîneya virtual re mijûl bû. Wekî din, em agahdar dikin ku pêvajoyê tiştek din dikir, dizî xuya bû.
Pêvajoya jimartina diziyê bi heman pirsgirêkan re têkildar e ku hejmartina birêkûpêk a vezîvirandinê heye. Nebêjin ku pirsgirêkên weha pir caran xuya dikin, lê ew dilşikestî xuya dikin.
2.2. Cureyên virtualîzasyonê li ser KVM
Bi gelemperî, sê celeb virtualîzasyonê hene, ku hemî ji hêla KVM ve têne piştgirî kirin. Mekanîzmaya rûdana diziyê dibe ku bi celebê virtualbûnê ve girêdayî be.
Broadcast. Di vê rewşê de, xebata pergala xebitandina makîneya virtual ya bi cîhazên hîpervisorê laşî re tiştek wusa çêdibe:
- Pergala xebatê ya mêvan fermanek ji cîhaza mêvanê xwe re dişîne.
- Ajokarê cîhaza mêvan fermanê distîne, ji bo BIOS-a cîhazê daxwazek çêdike û ji hypervisor re dişîne.
- Pêvajoya hypervisor fermanê werdigerîne fermanê ji bo cîhaza laşî, di nav tiştên din de, ewletir dike.
- Ajokera cîhaza laşî fermana guhertî qebûl dike û wê ji cîhaza laşî bixwe re dişîne.
- Encamên pêkanîna fermanan bi heman rêyê vedigerin.
Feydeya wergerê ev e ku ew dihêle hûn her amûrekê bişelînin û ne hewceyî amadekirina taybetî ya kernelê pergala xebitandinê ye. Lê divê hûn ji bo vê yekê, berî her tiştî, bi lezê bidin.
Virtualîzasyona Hardware. Di vê rewşê de, cîhaz di asta hardware de fermanên ji pergala xebitandinê fam dike. Ev riya herî zû û çêtirîn e. Lê, mixabin, ew ji hêla hemî amûrên laşî, hîpervisor û pergalên xebitandinê yên mêvan ve nayê piştgirî kirin. Heya nuha, amûrên sereke yên ku virtualbûna hardware piştgirî dikin pêvajoker in.
Paravirtualization. Vebijarka herî gelemperî ya ji bo virtualkirina cîhazê li ser KVM û bi gelemperî moda virtualbûnê ya herî gelemperî ji bo pergalên xebitandinê yên mêvandar. Taybetmendiya wê ev e ku xebata bi hin binepergalên hîpervisor re (mînakî, bi torê an stacka dîskê) an veqetandina rûpelên bîranînê bi karanîna API-ya hypervisor, bêyî wergerandina fermanên nizm pêk tê. Kêmasiya vê rêbaza virtualkirinê ev e ku divê kernel pergala xebitandinê ya mêvan were guheztin da ku ew bikaribe bi karanîna vê API-ê re bi hîpervisor re têkilî daynin. Lê ev bi gelemperî bi sazkirina ajokarên taybetî yên li ser pergala xebitandina mêvanan tê çareser kirin. Di KVM de ev API tê gotin .
Bi paravirtualîzasyonê re, li gorî weşanê, rêça cîhaza laşî bi şandina fermanan rasterast ji makîneya virtual ji pêvajoya hypervisor a li ser mêvandar re pir kêm dibe. Ev dihêle hûn pêkanîna hemî rêwerzan di hundurê makîneya virtual de bilez bikin. Di KVM de, ev ji hêla virtio API-ê ve tête kirin, ku tenê ji bo hin cîhazan dixebite, wekî torgilokek an adapterê dîskê. Ji ber vê yekê ajokarên virtio di hundurê makîneyên virtual de têne saz kirin.
Nerazîbûna vê lezbûnê ev e ku ne hemî pêvajoyên ku di hundurê makîneya virtual de dimeşin di hundurê wê de dimînin. Ev hin bandorên taybetî diafirîne ku dikare bibe sedema şilbûna li ser diziyê. Ez pêşniyar dikim ku bi vê mijarê re lêkolînek berfireh dest pê bikin .
2.3. Plansazkirina "adil".
Makîneyek virtual ya li ser hîpervisorek, bi rastî, pêvajoyek asayî ye ku qanûnên plansazkirinê (dabeşkirina çavkaniyê di navbera pêvajoyan de) di kernel Linux de bişopîne, ji ber vê yekê em ê ji nêz ve lê mêze bikin.
Linux bi navê CFS bikar tîne, Bernameya Bi Temamî Dadperwer, ku ji kernel 2.6.23 ve bûye nexşerêya xwerû. Ji bo ku hûn vê algorîtmê fam bikin, hûn dikarin Mîmariya Kernel a Linux an koda çavkaniyê bixwînin. Esasê CFS ev e ku dema pêvajoyê di navbera pêvajoyan de li gorî dirêjahiya darvekirina wan belav bike. Dema ku pêvajoyek CPU-yê bêtir hewce dike, wextê CPU-ê kêmtir distîne. Ev piştrast dike ku hemî pêvajo bi "dadperwerî" têne darve kirin - da ku yek pêvajo bi domdarî hemî pêvajoyan dagir neke, û pêvajoyên din jî dikarin werin darve kirin.
Carinan ev paradîgma dibe sedema berhemên balkêş. Bikarhênerên Linux-ê yên demdirêj belkî dema ku serîlêdanên çavkanî-dijwar ên wekî berhevkar dimeşînin, girtina edîtorek nivîsê ya birêkûpêk li ser sermaseyê bi bîr tînin. Ev çêbû ji ber ku peywirên ne-çavkaniyê-dijwar ên serîlêdanên sermaseyê bi peywirên ku bi awayekî çalak çavkaniyan dixwin, wek berhevkar, pêşbaziyê dikin. CFS difikire ku ev neheq e, ji ber vê yekê ew bi periyodîk edîtorê nivîsê radiwestîne û dihêle ku pêvajoker karên berhevkerê bike. Ev bi karanîna mekanîzmayek hate rast kirin , lê gelek taybetmendiyên din ên belavkirina dema pêvajoyê di navbera karan de mane. Bi rastî, ev ne çîrokek e ku di CFS-ê de her tişt çiqas xirab e, lê hewildanek e ku balê bikişîne ser vê yekê ku dabeşkirina "dadperwer" a dema pêvajoyê ne karê herî piçûk e.
Xalek din a girîng a di plansazkirinê de pêşîgirtin e. Ev pêdivî ye ku meriv pêvajoya snickerkirinê ji pêvajoyê derxîne û bihêle yên din bixebitin. Pêvajoya derxistinê jê re guheztina kontekstê tê gotin. Di vê rewşê de, tevahiya çarçoweya peywirê tê parastin: rewşa stack, tomar, hwd., Piştî ku pêvajo li bendê tê şandin, û yekî din cîhê xwe digire. Ev ji bo OS-ê operasyonek biha ye û kêm kêm tê bikar anîn, lê di cewherê wê de tiştek xelet tune. Guhertina naveroka pir caran dibe ku di OS-ê de pirsgirêkek destnîşan bike, lê bi gelemperî ew domdar e û tiştek taybetî destnîşan nake.
Çîrokek wusa dirêj ji bo ravekirina yek rastiyek hewce ye: çiqas bêtir çavkaniyên pêvajoyek pêvajoyek hewl dide ku di nexşerêyek Linux-ê ya rast de bikar bîne, ew ê zûtir were sekinandin da ku pêvajoyên din jî kar bikin. Gelo ev rast e an na pirsek tevlihev e ku di bin barên cûda de dikare bi rengek cûda were çareser kirin. Di Windows-ê de, heya van demên dawî, plansazker balê dikişîne ser pêvekirina pêşîn a serîlêdanên sermaseyê, ku dikare bibe sedema cemidandina pêvajoyên paşîn. Sun Solaris xwediyê pênc çînên cihêreng ên plansaz bû. Dema ku me virtualîzasyon dest pê kir, me şeşemîn lê zêde kir, , ji ber ku pêncên berê bi virtualîzasyona Solaris Zones re têra xwe nexebitin. Ez pêşniyar dikim ku dest bi lêkolînek berfireh a vê mijarê bi pirtûkên mîna an .
2.4. Meriv çawa diziyê bişopîne?
Çavdêriya diziyê di hundurê makîneyek virtual de, mîna metrîka pêvajoyek din, hêsan e: hûn dikarin her amûrek metrîka pêvajoyê bikar bînin. Ya sereke ev e ku makîneya virtual li Linux-ê ye. Ji ber hin sedeman Windows vê agahiyê nade bikarhênerên xwe. 🙁
Derketina fermana jorîn: hûrguliyên barkirina pêvajoyê, di stûna herî rast de - dizî
Zehmetî dema ku meriv hewl dide ku vê agahiyê ji hîpervisorê bigire çêdibe. Hûn dikarin biceribînin ku hûn li ser makîneya mêvandar pêşbîniya diziyê bikin, mînakî, bi karanîna pîvana Navgîniya Barkirinê (LA) - nirxa navînî ya hejmara pêvajoyên ku li benda darvekirinê ne. Rêbaza ji bo hesabkirina vê parametreyê ne hêsan e, lê bi gelemperî, heke LA-ya ku ji hêla hêjmara mijarên pêvajoyê ve ji 1-ê zêdetir were normalîzekirin, ev destnîşan dike ku servera Linux-ê bi tiştek re barkirî ye.
Ev hemû pêvajoyan li benda çi ne? Bersiva eşkere pêvajo ye. Lê bersiv bi tevahî ne rast e, ji ber ku carinan pêvajo belaş e, lê LA ji pîvanê derdikeve. Bîrveanîn . Heman tişt dikare bi dîskek û amûrên din ên ketin/derketinê re jî çêbibe. Lê di rastiyê de, pêvajo dikarin li benda dawiya her qeflekê bin, çi laşî, çi bi amûrek I/O ve girêdayî ye, an jî mentiqî, wek mutex. Di heman demê de kilîtkirina di asta hardware de (eynî bersiva ji dîskê), an jî mantiqê (ku jê re tê gotin primitives kilîtkirin, ku tê de komek sazûman, mutex adaptive û spin, semafor, guhêrbarên şertê, kilîdên rw, qeflên ipc dihewîne. ...).
Taybetmendiyek din a LA ev e ku ew wekî navgînek pergala xebitandinê tê hesibandin. Mînakî, 100 pêvajo ji bo pelek hevrikiyê dikin, û dûv re LA=50. Nirxek wusa mezin xuya dike ku pergala xebitandinê xirab e. Lê ji bo kodên din ên ku bi xeletî hatine nivîsandin, ev dibe ku rewşek normal be, tevî vê yekê ku tenê ew xirab e, û pêvajoyên din ên di pergala xebitandinê de cefayê nagirin.
Ji ber vê navgîniyê (û di kêmî deqeyekê de), destnîşankirina tiştek ji hêla nîşana LA-ê ve ne peywira herî xelatdar e, bi encamên pir nediyar di rewşên taybetî de. Ger hûn hewl bidin ku wê fêm bikin, hûn ê bibînin ku gotarên li ser Wîkîpediya û çavkaniyên din ên berdest tenê rewşên herî hêsan, bêyî ravekirinek kûr a pêvajoyê vedibêjin. Ez ji her kesê eleqedar re dîsa dişînim, - lînkên jêrîn bişopînin. Kî pir tembel e ku bi Englishngilîzî biaxive - .
3. bandorên taybet
Naha em li dozên sereke yên diziyê yên ku em pê re rû bi rû bûne binêrin. Ez ê ji we re vebêjim ka ew çawa ji hemî jorîn dişopînin û ew çawa bi nîşaneyên li ser hîpervisor re têkildar in.
Recycling. Ya herî hêsan û herî gelemperî: hypervisor ji nû ve hatî bikar anîn. Bi rastî, gelek makîneyên virtual yên xebitandinê hene, di hundurê wan de xerckirina zêde ya pêvajoyê, pir pêşbaziyek, karanîna LA-yê ji 1-ê zêdetir e (ji hêla mijarên pêvajoyê ve hatî normalîze kirin). Her tişt di hundurê hemî makîneyên virtual de hêdî dibe. Diziya ku ji hîpervisorê hatî veguheztin jî mezin dibe, pêdivî ye ku bar ji nû ve were dabeş kirin an kesek were qut kirin. Bi gelemperî, her tişt mentiqî û têgihîştî ye.
Paravirtualization vs. Li ser hîpervisor tenê makîneyek virtual heye, ew beşek piçûk jê dixwe, lê bargiraniyek I/O ya mezin çêdike, mînakî li ser dîskê. Û ji deverekê diziyek piçûk tê de xuya dike, heya %10 (wek ku ji hêla gelek ceribandinan ve hatî destnîşan kirin).
Mesele balkêş e. Steal li vir bi rastî ji ber astengkirina di asta ajokarên paravirtualîzekirî de xuya dike. Di hundurê makîneya virtual de qutbûnek tê çêkirin, ji hêla ajoker ve tê pêvajo kirin û ji hypervisor re tê şandin. Ji ber girtina navberê ya li ser hîpervisorê, ji bo makîneya virtual wekî daxwaznameyek şandî xuya dike, ew ji bo darvekirinê amade ye û li benda pêvajoyê ye, lê dema pêvajoyê jê re nayê dayîn. Keça virtual difikire ku vê carê hatiye dizîn.
Ev di dema ku tampon tê şandin de diqewime, ew diçe qada kernelê ya hîpervisor, û em dest bi benda wê dikin. Her çend, ji nihêrîna makîneya virtual, divê ew tavilê vegere. Ji ber vê yekê, li gorî algorîtmaya hesabkirina diziyê, ev dem wekî dizî tê hesibandin. Bi îhtîmaleke mezin, di vê rewşê de dibe ku mekanîzmayên din hebin (mînak, pêvajokirina hin bangên sys-ê yên din), lê divê ew pir cûda nebin.
Scheduler li hember makîneyên virtual yên pir barkirî. Gava ku makîneyek virtual ji yên din bêtir ji diziyê diêşe, ev ji ber plansazker e. Zêdetir pêvajoyek pêvajoyê bar dike, zûtirîn plansazker wê derxe da ku yên din jî kar bikin. Ger makîneya virtual hindik dixwe, ew ê bi zorê diziyê bibîne: pêvajoya wê bi dilsozî rûnişt û li bendê bû, pêdivî ye ku em bêtir wext bidin wê. Ger makîneyek virtual li ser hemî bingehên xwe barkirina herî zêde çêdike, ew pir caran ji pêvajoyê tê derxistin û ew hewl didin ku pir wext nedin wê.
Dema ku pêvajoyên di hundurê makîneya virtual de hewl didin ku pêvajoyek zêdetir bistînin jî xirabtir e ji ber ku ew nikanin bi hilberandina daneyê re mijûl bibin. Dûv re pergala xebitandinê ya li ser hîpervisorê, ji ber xweşbîniya dilsoz, dê kêmtir û kêmtir dema pêvajoyê peyda bike. Ev pêvajo mîna berfê çêdibe, û dizî ber bi asîmanan ve diçe, her çend makîneyên din ên virtual bi zor jê hay bibin. Û çiqas bêtir naverok, makîneya bandorkirî xirabtir dibe. Bi kurtasî, makîneyên virtual yên pir barkirî yên ku bi gelek naverok hene, herî zêde zirarê dibînin.
LA kêm, lê dizî heye. Ger LA bi qasî 0,7 be (ango, hîpervisor dixuye ku kêm tê barkirin), lê dizî di hundurê makîneyên virtual yên kesane de tê dîtin:
- Vebijarka bi paravirtualîzasyonê ku berê li jor hatî destnîşan kirin. Makîneya virtual dikare metrîkên ku diziyê nîşan dide werbigire, her çend hypervisor baş e. Li gorî encamên ceribandinên me, ev vebijarka diziyê ji% 10 derbas nake û divê bandorek girîng li ser performansa serîlêdanên di hundurê makîneya virtual de neke.
- Parametreya LA xelet tê hesibandin. Zêdetir, di her kêliyek taybetî de ew rast tê hesibandin, lê gava ku li ser yek hûrdeman tê hesibandin ew kêm tê texmîn kirin. Mînakî, heke ji sêyeka hîpervisorê makîneyek virtual hemî pêvajoyên xwe tam nîv hûrdem dixwe, wê hingê LA serê xulekê li ser hîpervisor dê bibe 0,15; çar makîneyên wusa virtual ku bi hevdemî dixebitin dê 0,6 bidin. Û rastiya ku ji bo nîv deqîqe li ser her yek ji wan li gorî nîşana LA-ê ji sedî 25 dizîyek çolê hebû, êdî nikare were derxistin.
- Dîsa, ji ber plansazkerê ku biryar da ku kesek pir dixwe û bila ew kes li bendê bimîne. Di vê navberê de, ez ê çarçoweyê biguherim, navberan hilgirim û li tiştên din ên girîng ên pergalê binihêrim. Wekî encamek, hin makîneyên virtual tu pirsgirêkan nabînin, hinên din jî xirabûna performansa ciddî dijîn.
4. Texrîbatên din
Mîlyon sedemên din hene ku ji bo vegerandina adil a dema pêvajoyê ya li ser makîneyek virtual xirab bikin. Mînakî, hyperthreading û NUMA zehmetiyan di nav hesaban de vedihewîne. Ew bi tevahî bijartina kernelê ji bo pêkanîna pêvajoyê tevlihev dikin, ji ber ku plansaz hevberan - giranan bikar tîne, ku dema ku çarçove diguhezîne hesaban hîn dijwartir dike.
Ji ber teknolojiyên wekî turbo boost an, berevajî, moda teserûfa enerjiyê, ku, dema ku karanîna karanînê hesab dikin, dikare bi sûnî frekansa an tewra perçeya wextê li ser serverê bi sûnî zêde bike an kêm bike. Çalakkirina turbo boost performansa yek pêvajoyek ji ber zêdebûna performansa ya din kêm dike. Di vê gavê de, agahdariya li ser frekansa pêvajoyê ya heyî ji makîneya virtual re nayê veguheztin, û ew bawer dike ku kesek wextê xwe dizîne (mînak, wî 2 GHz xwest, lê nîvê wê wergirtiye).
Bi gelemperî, dibe ku gelek sedemên tehlûkê hene. Hûn dikarin li ser pergalek taybetî tiştek din bibînin. Çêtir e ku meriv bi pirtûkên ku min li jor lînkên wan dane dest pê bike, û bi karanîna karûbarên wekî perf, sysdig, systemtap, ku ji wan îstatîstîkên ji hîpervisorê vedigirin, dest pê bikin. .
5. Encam
- Dibe ku hindek diz ji ber paravirtualîzasyonê çêbibe, û ew dikare normal were hesibandin. Ew li ser Înternetê dinivîsin ku ev nirx dikare 5-10% be. Bi serîlêdanên di hundurê makîneya virtual û bi barê ku ew li ser cîhazên xwe yên laşî digire ve girêdayî ye. Li vir girîng e ku meriv bala xwe bide ka serîlêdan çawa di hundurê makîneyên virtual de hîs dikin.
- Rêjeya barkirina li ser hîpervisor û diziyê di hundurê makîneya virtual de her gav bi zelalî bi hev ve girêdayî ne ku her du texmînên diziyê di rewşên taybetî de di bin barên cûda de xelet bin.
- Plansaz li hember pêvajoyên ku pir dipirsin xwedî helwestek xirab e. Ew hewl dide ku hindiktir bide wan ên ku bêtir daxwaz dikin. Makîneyên virtual yên mezin xirab in.
- Tewra bêyî paravirtualîzasyonê jî diziyek piçûk dikare bibe norm (hilgirtina barkirina hundurê makîneya virtual, taybetmendiyên barkirina cîranan, dabeşkirina barkirinê li ser mijaran û faktorên din).
- Ger hûn dixwazin di pergalek taybetî de diziyê fam bikin, pêdivî ye ku hûn vebijarkên cihêreng keşif bikin, metrîkan berhev bikin, bi baldarî wan analîz bikin û bifikirin ka meriv çawa barkirinê bi rengek wekhev belav dike. Veguhastina ji her rewşê mimkun e, ku divê bi ceribandinê were pejirandin an jî di debuggera kernelê de were dîtin.
Source: www.habr.com