Kas yra vm.min_free_kbytes ir kaip jį sureguliuoti?

What Is Vm Min_free_kbytes



Kas yra „vm.min_free_kbytes sysctl“ derinama „Linux“ branduolyje ir kokia jo vertė turėtų būti nustatyta? Šiame straipsnyje mes išnagrinėsime šį parametrą ir kaip jis veikia veikiančią „Linux“ sistemą. Mes išbandysime jo poveikį OS puslapio talpykloje ir netinkamose sistemose bei tai, ką rodo nemokama sistemos komanda, kai šis parametras yra nustatytas. Mes padarysime keletą pagrįstų spėjimų apie idealias šio derinamo vertes ir parodysime, kaip visam laikui nustatyti vm.min_free_kbytes, kad būtų galima išgyventi iš naujo. Taigi eikime.

Kaip veikia vm.min_free_kbytes

Sistemai gali prireikti skirti atminties, kad būtų užtikrintas tinkamas pačios sistemos veikimas. Jei branduolys leidžia paskirstyti visą atmintį, jis gali susidurti su sunkumais, kai reikia atminties įprastoms operacijoms, kad OS veiktų sklandžiai. Štai kodėl branduolys teikia derinamus vm.min_free_kbaitus. Derinamas privers branduolio atminties tvarkyklę išlaikyti bent X laisvos atminties. Čia yra oficialus apibrėžimas iš „Linux“ branduolio dokumentacija : Tai naudojama norint priversti „Linux“ virtualųjį mašiną išlaikyti minimalų laisvų kilobaitų skaičių. VM naudoja šį skaičių, kad apskaičiuotų vandens ženklo [WMARK_MIN] vertę kiekvienai sistemos žemai zonai. Kiekviena „lowmem“ zona gauna daugybę rezervuotų nemokamų puslapių, proporcingai atsižvelgiant į jos dydį. Norint patenkinti PF_MEMALLOC paskirstymus, reikia šiek tiek atminties; jei nustatysite mažesnę nei 1024 KB, jūsų sistema bus subtiliai sugedusi ir gali patekti į aklavietę esant didelėms apkrovoms. Nustačius šį per aukštą, jūsų įrenginys bus nedelsiant OOM.







Vm.min_free_kbytes darbų patvirtinimas

Norėdami patikrinti, ar min_free_kbytes nustatymas veikia taip, kaip suplanuota, sukūriau „Linux“ virtualų egzempliorių, turintį tik 3,75 GB RAM. Norėdami išanalizuoti sistemą, naudokite žemiau pateiktą nemokamą komandą:



#Laisvas -m



Žvelgdami į aukščiau pateiktą nemokamos atminties priemonę, naudodami vėliavą -m, kad reikšmės būtų atspausdintos MB. Bendra atmintis yra 3,5–3,75 GB. Naudojama 121 MB atminties, 3,3 GB laisvos atminties, 251 MB naudojama buferio talpykloje. Ir yra 3,3 GB atminties.





Dabar mes pakeisime vm.min_free_kbytes vertę ir pamatysime, koks poveikis yra sistemos atmintyje. Mes pakartosime naują proc. Virtualios failų sistemos reikšmę, kad pakeistume branduolio parametro vertę, kaip nurodyta toliau:

# echo 1500000>/proc/sys/vm/min_free_kbytes
# sysctl vm.min_free_kbytes



Matote, kad parametras buvo pakeistas maždaug į 1,5 GB ir įsigaliojo. Dabar pasinaudokime Laisvas dar kartą paspauskite komandą, kad pamatytumėte visus sistemos atpažintus pakeitimus.

#Laisvas -m

Laisvos atminties ir buferio talpyklos komanda nekeičia, tačiau atminties kiekis rodomas kaip galima buvo sumažintas nuo 3327 iki 1222 MB. Tai yra apytikslis parametro pakeitimo sumažinimas iki 1,5 GB min. Laisvos atminties.

Dabar sukurkime 2 GB duomenų failą ir pažiūrėkime, ką tas failas nuskaito į buferio talpyklą. Štai kaip sukurti 2 GB duomenų failą iš dviejų „bash“ scenarijaus eilučių. Scenarijus sugeneruos 35 MB atsitiktinį failą naudodami komandą dd ir 70 kartų nukopijuos ją į naują informacijos rinkmena išėjimas:

# dd, jei =/dev/atsitiktinis =/root/d1.txt skaičius = 1000000
# „i“ 1 eilutėje 70; pakartok $ i; katė /šaknis /d1.txt >> /root /data_file; padaryta

Skaitykime failą ir nekreipkime dėmesio į jo turinį skaitydami ir nukreipdami failą į /dev /null, kaip nurodyta toliau:

#katėinformacijos rinkmena> /dev/nulis

Gerai, kas atsitiko su mūsų sistemos atmintimi atlikus šiuos manevrus, patikrinkime dabar:

#Laisvas -m

Analizuojant aukščiau pateiktus rezultatus. Mes vis dar turime 1,8 GB laisvos atminties, todėl branduolys apsaugojo didelę atminties dalį kaip rezervuotą dėl mūsų nustatymo min_free_kbaitai. Buferinė talpykla sunaudojo 1691 MB, tai yra mažiau nei bendras mūsų duomenų failo dydis, kuris yra 2,3 GB. Matyt, visa informacijos rinkmena nepavyko išsaugoti talpykloje, nes trūksta atminties, kurią būtų galima naudoti buferinėje talpykloje. Galime patvirtinti, kad visas failas nėra saugomas talpykloje, bet laikas kartoti bandymus perskaityti failą. Jei jis būtų išsaugotas talpykloje, failo perskaitymas užtruktų sekundės dalį. Pamėginkime.

# laiko katės duomenų_failas> /dev /null
# laiko katės duomenų_failas> /dev /null

Failo skaitymas užtruko beveik 20 sekundžių, o tai reiškia, kad beveik ne visi jie yra saugomi talpykloje.

Kaip paskutinį patvirtinimą, sumažinkime vm.min_free_kbytes, kad puslapio talpykla turėtų daugiau erdvės veikti ir galime tikėtis, kad talpykla veiks, o failas bus skaitomas daug greičiau.

# echo 67584>/proc/sys/vm/min_free_kbytes
# laiko katės duomenų_failas> /dev /null
# laiko katės duomenų_failas> /dev /null

Turint papildomos atminties talpykloje, failo skaitymo laikas sumažėjo nuo 20 sekundžių iki .364 sekundžių, kai visa tai buvo talpykloje.

Man įdomu atlikti dar vieną eksperimentą. Kas atsitinka su „malloc“ skambučiais, norint priskirti atmintį iš C programos, atsižvelgiant į šį tikrai aukštą vm.min_free_kbytes nustatymą. Ar nepavyks malloc? Ar sistema mirs? Pirmiausia, norėdami tęsti eksperimentus, iš naujo nustatykite „vm.min_free_kbytes“ nustatymą į tikrai didelę vertę:

#išmetė 1500000 > /proc/sys/vm/min_free_kbaitų

Dar kartą pažvelkime į mūsų laisvą atmintį:

Teoriškai turime 1,9 GB laisvos ir 515 MB laisvos vietos. Naudokime testavimo nepalankiausiomis sąlygomis programą streso ng, kad panaudotume atmintį ir pamatytume, kur mums nepavyksta. Mes naudosime „vm tester“ ir bandysime skirti 1 GB atminties. Kadangi mes rezervavome tik 1,5 GB 3,75 GB sistemoje, manau, tai turėtų veikti.

# stress-ng --vm 1 --vm baitai 1G-60s laikas
stresas: info:[17537 m]siunčiančios kiaulės:1vm
stresas: info:[17537 m]talpyklos paskirstymas: numatytasis talpyklos dydis: 46080K
stresas: info:[17537 m]sėkmingas bėgimas baigtasį60,09 s(1min.,0,09išdžiūti)
# stress-ng --vm 2 --vm baitai 1G-60s laikas
# stress-ng --vm 3 --vm baitai 1G-60s laikas

Pabandykime dar kartą su daugiau darbuotojų, galime pabandyti 1, 2, 3, 4 darbuotojus ir tam tikru momentu tai turėtų nepavykti. Mano testas išlaikė 1 ir 2 darbuotojus, bet nepavyko su 3 darbuotojais.

Iš naujo nustatykime vm.min_free_kbaitus į mažą skaičių ir pažiūrėkime, ar tai padeda mums paleisti 3 atminties stresorius, kurių kiekvienas yra po 1 GB 3,75 GB sistemoje.

# echo 67584>/proc/sys/vm/min_free_kbytes
# stress-ng --vm 3 --vm baitai 1G-60s laikas

Šį kartą jis sėkmingai veikė be klaidų, du kartus bandžiau be problemų. Taigi galiu daryti išvadą, kad elgesys skiriasi tuo, kad „malloc“ turi daugiau atminties, kai „vm.min_free_kbytes“ vertė yra nustatyta žemesnė.

Numatytasis vm.min_free_kbytes nustatymas

Numatytoji mano sistemos nustatymo vertė yra 67584, tai yra apie 1,8% sistemos RAM arba 64 MB. Saugumo sumetimais labai sutrikusioje sistemoje aš norėčiau ją šiek tiek padidinti, galbūt iki 128 MB, kad būtų daugiau rezervuotos laisvos atminties, tačiau vidutiniam naudojimui numatytoji vertė atrodo pakankamai protinga. Oficiali dokumentacija įspėja, kad vertė gali būti per didelė. Nustatyti jį į 5 ar 10% sistemos RAM tikriausiai nėra numatytas nustatymo naudojimas ir jis yra per didelis.

Nustatomas vm.min_free_kbytes, kad būtų galima iš naujo paleisti kompiuterį

Siekiant užtikrinti, kad nustatymas galėtų išgyventi iš naujo paleidžiant, o perkrovimo metu jis nebūtų atkurtas į numatytas vertes, būtinai ištaisykite „sysctl“ nustatymą, įvesdami norimą naują reikšmę į /etc/sysctl.conf failą.

Išvada

Mes matėme, kad suderinamą „Linux“ branduolį „vm.min_free_kbytes“ galima modifikuoti ir jis gali rezervuoti sistemos atmintį, kad sistema būtų stabilesnė, ypač intensyviai naudojant ir užimant daug atminties. Numatytieji nustatymai gali būti šiek tiek per maži, ypač didelės atminties sistemose, todėl juos reikia atidžiai padidinti. Mes matėme, kad šio derinamo rezervuota atmintis neleidžia OS talpyklai išnaudoti visos atminties, taip pat neleidžia kai kurioms netinkamai veikiančioms operacijoms naudoti visos atminties.