Linux-kjernen er ryggraden i Linux-operativsystemer (OS), og er det grunnleggende grensesnittet mellom en datamaskins maskinvare og dens prosesser.
Noen dager siden Vi deler her på bloggen nyheten om en av endringene Hva vi kan finne ved lanseringen av Linux-kjernen 6.9, som for tiden er under utvikling og ulike endringer er allerede gjort kjent, og det vi annonserte var at EXT2 allerede har gått inn i kategorien foreldet, og også at bruken av den gamle NTFS-driveren vil bli satt til side til fordel for driver utviklet av Paragon Software.
Nå i siste nytt om de nye funksjonene som Linux 6.9 vil presentere for oss, er det Denne versjonen av kjernen vil gi en betydelig forbedring i oppstartstid for brukere som administrerer systemer med store mengder RAM, spesielt de som De bruker HugeTLB-sider. Dette resulterer i en betydelig reduksjon i tiden det tar å initialisere disse sidene under systemoppstartsprosessen.
Og endringen lagt til i Linux 6.9 vil tillate systemer med et stort antall HugeTLB-sider å oppleve en merkbar reduksjon ved starttidspunkt. For eksempel på 2TB-systemer hvor 1800 1GB-sider er initialisert, som for øyeblikket tar de mellom 1 og 2 sekunder av totalt 10 sekunder, som utvilsomt er en betydelig forbedring i disse tider. På samme måte, på 12 TB Intel-verter der 11 776 1 GB-sider er initialisert, noe som kan ta over ett minutt, vil du se en betydelig reduksjon i disse oppstartstidene.
Disse fremskrittene ble gjort mulig av det dedikerte arbeidet til Linux-utvikleren Gang Li fra Bytedance, som implementerte en serie oppdateringer som gikk gjennom flere anmeldelser for å sikre effektiv utførelse. Den eksisterende kjerneinfrastrukturen, som f.eks padata_do_multithreaded, ble brukt med minimale modifikasjoner for å oppnå disse resultatene.
To oppdateringer i v6...
– Rettet potensiell feil i together_bootmem_prealloc_node
Padata_do_multithreaded-implementeringen sikrer at hver
Sammen_bootmem_prealloc_node-oppgaven håndterer en node. Imidlertid er API beskrevet
i kommentaren indikerer padata_do_multithreaded at padata_do_multithreaded også
Du kan tilordne flere noder til en oppgave together_bootmem_prealloc_node.For å unngå mulige feil fra fremtidige endringer i padata_do_multithreaded,
together_bootmem_prealloc_parallel introduseres for å pakke inn
together_bootmem_prealloc_node.
Fordelene av disse forbedringene er spesielt bemerkelsesverdig i miljøer der tjenestetilgjengelighet og systemoppetid er kritisk, som i tilfellet med hyperskalere og store organisasjoner som administrerer svært store servere. Reduksjonen i oppstartstid under omstart er til stor fordel for å sikre raskere og mer effektiv oppetid.
Bortsett fra det, Det er også verdt å nevne en annen endring som er inkludert i Linux 6.9 som er en patch fra en erfaren Linux-ingeniør hos Intel, som introduserer en forbedret teknikk for å begrense minnebåndbredde i x86-bufferoppdateringer, lik den som brukes av Intel i RDT og AMD EPYC CPUer med resctrl-koden.
Patchforfatteren nevner at:
MBA_mbps-tilbakemeldingssløyfen øker strupingen når en gruppe bruker mer båndbredde enn brukeren angitt i skjemafilen, og reduserer strupingen når den er under målet.
Det er verdt å nevne at den nye teknikken for å begrense minnebåndbredde er designet for å håndtere arbeidsbelastninger med uensartede belastningsnivåer mer effektivts, unngå unødvendige straffer som skjedde i tidligere versjoner av kjernen.
For å unngå unødvendige svingninger i speedup i hver iterasjon, brukes "delta_comp"-flagget for å indikere de faktiske endringene i båndbredde som skal registreres i neste iterasjon i "delta_bw". Strypingen reduseres bare hvis gjeldende båndbredde pluss delta_bw er under brukerens mål.
Som sådan er det nevnt at Algoritmen fungerer bra med konstant båndbredde arbeidsbelastning, men det kan mislykkes hvis arbeidsmengden endres akkurat når gassen endres. For å løse dette ble en enklere teknikk implementert som beregner den potensielle økningen i båndbredde hvis strupingen reduseres til neste høyere nivå, og sikrer at den forblir under brukerens mål før strupingen reduseres.
Lur interessert i å vite mer om det, kan du se detaljene i følgende lenker: