Linux 6.9 piedāvās ātrāku sāknēšanu lielās sistēmās ar lielu RAM

Tux, Linux kodola talismans

Linux kodols ir Linux operētājsistēmu (OS) mugurkauls un pamata saskarne starp datora aparatūru un tā procesiem.

Pirms dažām dienām Šeit emuārā dalāmies ar ziņām par vienu no izmaiņām Ko mēs varam atrast palaišanas laikā no Linux kodola 6.9, kas pašlaik ir izstrādes stadijā un jau ir zināmas dažādas izmaiņas, un mēs paziņojām, ka EXT2 jau ir pārgājis novecojušā kategorijā, kā arī vecā NTFS draivera izmantošana tiks atstāta malā par labu draiveris, ko izstrādājis Paragon Software.

Tagad, pēdējās ziņās par jaunajām funkcijām, ko mums piedāvās Linux 6.9, ir tā Šī kodola versija ievērojami uzlabos palaišanas laiku lietotājiem, kuri pārvalda sistēmas ar lielu operatīvās atmiņas apjomu, īpaši tām, kas Viņi izmanto HugeTLB lapas. Tā rezultātā ievērojami samazinās laiks, kas nepieciešams šo lapu inicializācijai sistēmas sāknēšanas procesa laikā.

saistīto rakstu:
Paragon izlaida NTFS ieviešanu Linux kodolam

Un izmaiņas, kas pievienotas operētājsistēmā Linux 6.9 ļaus sistēmām ar lielu HugeTLB lapu skaitu piedzīvot ievērojamu samazinājumu sākuma laikā. Piemēram, 2TB sistēmās, kur tiek inicializētas 1800 1GB lapas, kuras pašlaik tās aizņem no 1 līdz 2 sekundēm no kopējām 10 sekundēm, kas šajos laikos neapšaubāmi ir ievērojams uzlabojums. Līdzīgi 12 TB Intel resursdatoros, kuros tiek inicializētas 11 776 1 GB lapas, kas var ilgt vairāk nekā minūti, pamanīsit ievērojamu startēšanas laika samazināšanos.

Šie sasniegumi Tas bija iespējams, pateicoties Linux izstrādātāja Gang Li of Bytedance īpašajam darbam, kuri ieviesa vairākus ielāpus, kas tika pārskatīti, lai nodrošinātu efektīvu izpildi. Esošā kodola infrastruktūra, piemēram, padata_do_multithreaded, tika izmantots ar minimālām modifikācijām, lai sasniegtu šos rezultātus.

Divi atjauninājumi v6…

- Izlabota iespējamā kļūda kopā_bootmem_prealloc_node
Padata_do_multithreaded ieviešana nodrošina, ka katrs
Uzdevums together_bootmem_prealloc_node apstrādā mezglu. Tomēr aprakstītā API
komentārā padata_do_multithreaded norāda, ka arī padata_do_multithreaded
Uzdevumam var piešķirt vairākus mezglus together_bootmem_prealloc_node.

Lai izvairītos no iespējamām kļūdām saistībā ar turpmākajām izmaiņām padata_do_multithreaded,
together_bootmem_prealloc_parallel ir ieviests, lai aplauztu
together_bootmem_prealloc_node.

Ieguvumi no šiem uzlabojumiem ir īpaši ievērojams vidēs, kur pakalpojumu pieejamība un sistēmas darbspējas laiks ir kritiski svarīgi, tāpat kā hiperskaleriem un lielām organizācijām, kas pārvalda ļoti lielus serverus. Startēšanas laika samazināšana atsāknēšanas laikā ir ļoti noderīga, lai nodrošinātu ātrāku un efektīvāku darbības laiku.

Bez tam, Ir vērts pieminēt arī citu izmaiņu kas ir iekļauti operētājsistēmā Linux 6.9, kas ir pieredzējuša Intel Linux inženiera ielāps ievieš uzlabotu paņēmienu atmiņas joslas platuma ierobežošanai x86 kešatmiņas atsvaidzināšanā, līdzīgi tam, ko Intel izmanto RDT un AMD EPYC procesoros ar resctrl kodu.

Plākstera autors min, ka:

MBA_mbps atgriezeniskās saites cilpa palielina droseles, kad grupa izmanto lielāku joslas platumu, nekā lietotājs iestatījis shēmas failā, un samazina droseles, ja tā ir zem mērķa.

Ir vērts pieminēt, ka jaunā tehnika, lai ierobežotu atmiņas joslas platumu ir izstrādāts, lai efektīvāk apstrādātu darba slodzi ar nevienmērīgiem slodzes līmeņiems, izvairoties no nevajadzīgiem sodiem, kas radās iepriekšējās kodola versijās.

Lai izvairītos no nevajadzīgām ātruma svārstībām katrā iterācijā, karodziņš “delta_comp” tiek izmantots, lai norādītu faktiskās joslas platuma izmaiņas, kas jāreģistrē nākamajā iterācijā “delta_bw”. Droseles ierobežošana tiek samazināta tikai tad, ja pašreizējais joslas platums plus delta_bw ir zem lietotāja mērķa.

Kā tāds ir minēts, ka Algoritms labi darbojas ar nemainīgu joslas platuma darba slodzi, bet tas var neizdoties, ja darba slodze mainās tieši tad, kad mainās droseles. Lai to atrisinātu, tika ieviesta vienkāršāka metode, kas aprēķina iespējamo joslas platuma pieaugumu, ja drosele tiek samazināta līdz nākamajam augstākam līmenim, nodrošinot, ka tas paliek zem lietotāja mērķa, pirms tiek samazināts droseles ierobežojums.

Ja Jums ir interesē uzzināt vairāk par to, sīkāku informāciju varat skatīt šajās saitēs: