PREEMPT_RT omdanner Linux-kernen til et realtidsoperativsystem, der sikrer præcis timing for kritiske opgaver. Fuldt integreret i Linux 6.12 (udgivet 20. september 2024) muliggør det realtidsfunktioner for arkitekturer som x86, ARM64 og RISC-V. Her er hvad du behøver at vide:

• Nøglefunktioner:
  • Erstatter traditionelle spinlocks med forudgående sovelåse.
  • Konverterer afbrydelseshåndterere til tråde, hvilket gør dem planlægningsbare og forebyggelige.
  • Implementerer prioritetsarv for at løse problemer med prioritetsinversion.
  • Gør RCU (læs-kopi-opdatering) operationer fuldt forebyggelige.
• Applikationer:
  • Anvendes i industrier som bilindustrien, robotteknologi, telekommunikation og medicinsk udstyr, hvor præcis timing er afgørende.
  • Driver systemer som industrielle automatiseringsværktøjer, flystyringer og hostingmiljøer, der kræver virtuelle private servere med lav latenstid.
• Opsætning:
  • Aktiver CONFIG_PREEMPT_RT i kernekonfigurationen.
  • Finjuster indstillinger som f.eks. KONFIG_NO_HZ_FULL og CONFIG_RCU_BOOST for optimal ydeevne.
  • Brug værktøjer som f.eks cyklisk test at måle latenstid og validere ydeevne.

PREEMPT_RT prioriterer timing frem for gennemløb, hvilket gør Linux velegnet til applikationer, hvor deadlines ikke er til forhandling. Det er banebrydende for brancher, der kræver deterministisk ydeevne.

PREEMPT_RT forklaret: Byg og optimer Linux-kernen til realtid og ultralav latenstid

sbb-itb-59e1987

PREEMPT_RT-kernefunktioner

PREEMPT_RT fokuserer på fire primære funktioner, der er designet til at reducere ikke-foregribelig kode og forbedre kontrollen over opgaveplanlægning. Her er et nærmere kig på hver enkelt.

Fuld kerneforbud

En af de største opdateringer er at transformere standard spinlocks (spinlock_t) og læser-skriver-låse (rwlock_t) ind i mutex-baserede sovende spinlocks. Traditionelle spinlocks kan forårsage forsinkelser, fordi de deaktiverer præemption, hvilket tvinger opgaver til at vente i timen. PREEMPT_RT ændrer dette ved at introducere låse, der tillader opgaver at sove og blive præemptet, selv når de holder en ressource.

Det betyder, at opgaver med høj prioritet kan afbryde opgaver med lavere prioritet, selvom opgaverne med lavere prioritet holder låse. For visse kritiske operationer – som f.eks. planlæggeren eller hardwareindgangspunkter – bevarer PREEMPT_RT dog raw_spinlock_t, som opfører sig som de originale ikke-forudbestemte låse. Som Paul McKenney, en fremtrædende ingeniør, udtrykker det:

""Hovedpointen med PREEMPT_RT-patchen er at minimere mængden af kernekode, der ikke kan forudgås, samtidig med at den mængde kode, der skal ændres for at give denne ekstra forudgående mulighed, minimeres.""

Lad os derefter se, hvordan afbrydelseshåndtering drager fordel af denne tilgang.

Trådede afbrydelser

PREEMPT_RT flytter de fleste hardware-interrupt-handlere fra den "hard IRQ"-kontekst til kernetråde kører i proceskontekst. Denne justering gør det muligt at prioritere, forudgå eller endda blokere afbrydelseshåndterere.

I en standard Linux-kerne kan en langvarig afbrydelseshåndtering føre til ubegrænset latenstid, fordi den stopper al anden udførelse. Trådede afbrydelser løser dette problem. Som standard kører disse afbrydelsestråde med en SCHED_FIFO prioritet på 50, men administratorer kan justere deres prioriteter ved hjælp af værktøjer som chrt. For eksempel kan du prioritere et netværkskorts afbrydelse til industriel kontrol, mens du sænker prioriteten for disk I/O. Da disse tråde bruger sovende spinlocks i stedet for rå spinlocks, undgår de behovet for at deaktivere hardwareafbrydelser, mens en lås holdes.

Lad os nu undersøge, hvordan PREEMPT_RT håndterer prioritetsrelaterede udfordringer.

Prioritetsarv og Rtmutex

Prioritetsinversion er et stort problem, hvor en højprioriteret opgave sidder fast og venter på en ressource, der holdes af en lavprioriteret opgave, mens en mellemprioriteret opgave (som ikke behøver ressourcen) foregriber den lavprioriterede. PREEMPT_RT løser dette med prioriteret arv, hvilket midlertidigt forstærker prioriteten for den lavprioriterede opgave, så den matcher den højest prioriterede opgave, der venter på ressourcen.

De rtmutex primitive er værktøjet, der gør dette muligt. Det sikrer, at når der opstår en konflikt, får den lavprioriterede opgave et prioritetsboost for at afslutte sin kritiske sektion uden forstyrrelser fra opgaver med mellem prioritet. Hvis den boostede opgave blokeres på en anden lås, kaskaderer prioritetsboostet ned i afhængighedskæden. Som Linux-kernedokumentationen forklarer:

""Prioritetsarv tillader veldesignede applikationer at bruge brugerrumslåse i kritiske dele af en tråd med høj prioritet, uden at miste determinisme.""

For at opnå dette, rtmutex bruger et flag og et prioriteret træ til at administrere ventende opgaver, hvilket holder overhead lavt på understøttede arkitekturer.

Lad os til sidst se på, hvordan PREEMPT_RT forbedrer RCU-operationer.

Forebyggelig RCU (læs-kopier-opdatering)

Read-Copy-Update (RCU) er en synkroniseringsteknik, der bruges i vid udstrækning i Linux-kernen. I standardkerner er RCU-læsesektioner ikke forudsigelige, hvilket kan føre til uforudsigelige forsinkelser. PREEMPT_RT ændrer dette ved at gøre RCU-læsesektioner fuldt præventiv, hvilket sikrer, at realtidsfrister for opgaver ikke kompromitteres. Denne justering er en hjørnesten i at opnå den forudsigelige adfærd, der kræves i realtidssystemer.

Sådan konfigurerer og bruger du PREEMPT_RT

PREEMPT_RT er fuldt integreret i de almindelige Linux-kerner, hvilket betyder, at eksterne patches ikke længere er nødvendige. Det er dog stadig en god idé at anvende den seneste patchkø for bedre arkitekturunderstøttelse og forbedret grafik. Når kernen er klar, skal du justere dens indstillinger for at udnytte dens muligheder fuldt ud.

Indstillinger for kernekonfiguration

For at aktivere en fuldt forudsigelig kerne skal du aktivere CONFIG_PREEMPT_RT. I nyere kerner er denne indstilling placeret under "Generel opsætning", men du skal muligvis aktivere CONFIG_EXPERT først for at gøre den synlig i konfigurationsmenuen.

Til produktion dedikerede servere og andre højtydende miljøer, kan yderligere muligheder optimere ydeevnen yderligere:

• KONFIG_NO_HZ_FULLReducerer afbrydelser i planlægningsuret på travle CPU'er, hvilket hjælper med at minimere jitter.
• CONFIG_RCU_BOOSTForhindrer forudbestemte RCU-læsere i at forsinke henstandsperioder.
• CONFIG_RCU_NOCB_CPUAflaster RCU-tilbagekaldshåndtering til specifikke CPU'er, hvilket reducerer interferens med realtidsopgaver.

Det er også vigtigt at deaktivere fejlfindingsmuligheder, der kan medføre høj latenstid. Slå indstillinger fra som f.eks. CONFIG_DEBUG_LOCKDEP, CONFIG_DEBUG_PREEMPT, CONFIG_DEBUG_OBJECTS, og CONFIG_SLUB_DEBUG. Selvom disse værktøjer er nyttige til udvikling, kan de skade latenstidsmål betydeligt. Som kernelconfig.io forklarer:

""Denne mulighed forvandler kernen til en realtidskerne ved at erstatte forskellige låseprimitiver (spinlocks, rwlocks osv.) med forudgående prioritetsarvbevidste varianter.""

Når din kerne er bygget og startet op, skal du bekræfte, at PREEMPT_RT er aktiv ved at køre kat /sys/kernel/realtime. En returværdi på 1 indikerer succes. Du kan også bekræfte ved at tjekke for "PREEMPT_RT" i outputtet fra unavngive -a.

Fejlfinding og ydeevneoptimering

Finjustering af kernen er afgørende for at opnå optimal ydeevne med realtidsarbejdsbelastninger. Et nøgleområde at adressere er realtidsreguleringsmekanisme, som som standard reserverer 50 ms pr. sekund til ikke-realtidsopgaver. Hvis din arbejdsbyrde udelukkende er realtidsopgaver, kan du deaktivere denne mekanisme ved at skrive -1 til /proc/sys/kernel/sched_rt_runtime_us. Som Jan Altenberg, senior open source-konsulent hos OSADL, påpeger:

""En 'løbsk' realtidsopgave kan udsulte systemet. Som en beskyttelsesmekanisme kan kørselstiden for realtidsopgaver begrænses ved at indstille en værdi i mikrosekunder i /proc/sys/kernel/sched_rt_runtime_us."‘

For forbedret determinisme, isoler specifikke CPU-kerner ved hjælp af parametre som isolcpus=2,3, rcu_nocbs=2,3, nohz_fuld=2,3, og sæt irqaffinitet=0. Dette reserverer disse kerner udelukkende til opgaver i realtid.

For at administrere afbrydelsestråde skal du bruge chrt værktøj. Disse tråde kører typisk med en standard SCHED_FIFO prioritet på 50, men du kan justere dem for at undgå konflikter med din applikation. For eksempel, for at indstille et netværkskorts IRQ-tråd til prioritet 98, skal du bruge kommandoen: chrt -p -f 98.

Efter at have gennemført konfigurationen er det afgørende at teste og validere latenstidsydelsen. Værktøjer som f.eks. cyklisk test kan måle latenstid (f.eks., cyklisk test -S -m -p98 -i250), mens rtla (Realtids Linux Analyse) hjælper med at identificere og analysere latenstidsstigninger. Disse værktøjer sikrer, at din opsætning opfylder kravene fra realtidsapplikationer.

PREEMPT_RT-applikationer og fordele

Brugsscenarier for realtidsapplikationer

PREEMPT_RT skinner i systemer, hvor timingpræcision ikke er til forhandling. rumfart, sikrer det, at navigation og flykontrol fungerer uden mikrosekundforsinkelser, hvilket ellers kunne bringe sikkerheden i fare. Telekommunikation Virksomheder stoler på, at den kan administrere datarouting i realtid, hvilket sikrer problemfri tale- og videoopkald ved at eliminere jitter og latenstidsstigninger.

I bilindustrien, det er en hjørnesten for køretøjsstyringssystemer, hvor store aktører som Continental Automotive støtter dets implementering. industriel automatisering, PREEMPT_RT driver programmerbare logikcontrollere (PLC'er) og SCADA-systemer, og arbejder ofte sammen med protokoller som EtherCAT for at opretholde sikkerhed og effektivitet på fabriksgulve. Robotik er også i høj grad afhængig af denne teknologi til præcis aktuatorstyring og øjeblikkelig sensorfeedback, hvilket gør det muligt for robotter at reagere øjeblikkeligt på miljøændringer.

De måske mest kritiske applikationer er i medicinsk udstyr, hvor præcision er altafgørende. Fra patientmonitorer til kirurgiske robotter leverer PREEMPT_RT den deterministiske ydeevne, der er nødvendig for at sikre, at livskritiske systemer fungerer fejlfrit.

Fordele for hostingmiljøer

Fordelene ved PREEMPT_RT strækker sig til hostingmiljøer, hvor responsivitet i realtid er lige så afgørende. VPS og dedikerede servere, minimerer det latenstid ved at give planlæggeren mulighed for at prioritere opgaver med høj prioritet frem for mindre kritiske. Dette sikrer ensartede svartider, hvilket direkte påvirker brugeroplevelsen og tjenestens pålidelighed.

Den trådede afbrydelsesmodel forhindrer "afbrydelsesstorme" i at overbelaste systemer under tunge I/O-operationer. Med rt_mutex, prioriteret nedarvning sikrer, at baggrundsopgaver med lav prioritet ikke blokerer kritiske hostingtjenester. Timere med høj opløsning muliggør planlægningsnøjagtighed på mikrosekundniveau, hvilket reducerer jitter i virtualiserede opsætninger. Hostingudbydere, som f.eks. Serverion, tilbyder brugerdefinerede kernel-builds med PREEMPT_RT, hvilket giver administratorer fleksibilitet til at finjustere konfigurationer til specifikke arbejdsbelastninger. Ved at bruge parametre som isolcpus og irqaffinitet, udbydere kan dedikere CPU-kerner til ydeevnekritiske opgaver, samtidig med at rutinemæssige systemoperationer holdes isolerede.

Konklusion

Denne guide har dykket ned i, hvordan FOREGÅENDE_RT forvandler Linux til et realtidsoperativsystem ved at give scheduleren næsten fuldstændig kontrol. Siden det blev inkluderet i mainline-kerner startende med Linux 6.12 (september 2024), har det elimineret behovet for eksterne patches på tværs af arkitekturer som x86, ARM64 og RISC-V.

Konceptet er ligetil: reducer ikke-forudsigelig kode så meget som muligt. Ved at konvertere spinlocks til sleeping locks og køre interrupt handlers som tråde, kan opgaver med høj prioritet foregribe næsten alle kerneaktiviteter. Funktioner som prioritetsarv forhindrer opgaver med lav prioritet i at forsinke kritiske operationer, mens forudsigelig RCU sikrer, at selv kritiske sektioner på læsesiden ikke forårsager betydelige forsinkelser. Sebastian Siewior, PREEMPT_RT-vedligeholderen, angiver passende:

""Al kontrol til planlæggeren.""

Dette tekniske spring tilbyder praktiske fordele. For eksempel, Serverion bruger brugerdefinerede PREEMPT_RT-kernebuilds til at finjustere CPU-isolering og optimere realtidsarbejdsbelastninger, hvilket sikrer stabile responstider selv under intenst I/O-pres.

Det, der adskiller realtidssystemer, er ikke kun hastighed – det er forudsigelighed. PREEMPT_RT minimerer jitter og sikrer, at opgaver udføres præcist, når det er nødvendigt. Dette er afgørende for applikationer som industriel automation, telekommunikation og ydelseskritiske hostingtjenester. Det giver den slags deterministisk adfærd, som standardkerner simpelthen ikke kan levere.

Med dens integration i hovedkernen og opbakning fra virksomhedsdistributioner som Ubuntu Pro (siden februar 2023) er PREEMPT_RT blevet mere tilgængeligt for hostingudbydere og systemadministratorer. Det leverer den pålidelige ydeevne med lav latenstid, der kræves til nutidens mest krævende og tidsfølsomme miljøer.

Ofte stillede spørgsmål

Har jeg brug for PREEMPT_RT, eller er standard Linux nok?

Standard Linux-kernen, når den kombineres med PREEMPT_RT-patch, får realtidsfunktioner. Dette gør den til et stærkt valg til applikationer, hvor lav latenstid og ensartede svartider er afgørende. Alene kan den primære Linux-kerne dog muligvis ikke opfylde de strenge realtidskrav.

Vil PREEMPT_RT reducere den samlede gennemløbshastighed på mit system?

For at opnå realtidsydelse, FOREGÅENDE_RT fokuserer på at reducere ikke-forudsigelig kernekode, hvilket hjælper med at forbedre systemets responsivitet. Denne tilgang kan føre til et lille fald i den samlede kapacitet, men den sikrer ensartet og forudsigelig adfærd – afgørende for tidsfølsomme applikationer. Denne afvejning er bevidst og central for at imødekomme kravene fra realtidssystemer.

Hvilket latenstidsmål er realistisk med PREEMPT_RT?

Med FOREGÅENDE_RT, At opnå en latenstid på millisekundniveau er et realistisk mål for både desktop- og indlejrede systemer. Den faktiske ydeevne afhænger dog i høj grad af, hvor godt systemet er konfigureret og indstillet til at opfylde specifikke krav. Korrekt opsætning er nøglen til at sikre det ønskede niveau af respons.

Relaterede blogindlæg

• Anomalidetektion i realtid for AI-arbejdsbelastninger
• Latenstest i failover-systemer: Nøglemålinger
• Ultimativ guide til realtidsovervågning af skylager
• Sådan optimerer du webservere til lav latenstid