HFTKernel 7.2.x: Versionshinweise.

Schnellere Abschlüsse hochauflösender Timer

Der Rückkehrpfad hochauflösender Timer löscht TIF_HRTIMER_REARM jetzt mit der richtigen Bitmaske.

Dadurch bleibt aus einem hrtimer-Callback eingereihte Task-Arbeit für die Rückkehr-in-den-Userspace-Schleife sichtbar. Anwendungen, die einen io_uring-Abschlussring abfragen, erhalten Timer-Abschlüsse zeitnah, statt auf einen späteren Systemaufruf, Interrupt oder eine Neuplanung zu warten.

In der Upstream-QEMU-Konfiguration mit 2 vCPUs und HZ=1000 verbesserte sich die mediane Timeout-Abschlussverzögerung von 30 ms auf 70 µs.

Für HFTKernel stärkt dies timergesteuerte Zustandsautomaten, Timeout-Behandlung, asynchrones I/O, Verbindungsüberwachung und andere latency-empfindliche Steuerpfade.

Stärkeres cachebewusstes Scheduling

Linux 7.2.10 enthält eine koordinierte Reihe cachebewusster Scheduler-Verbesserungen.

Kernel-Threads werden von der Userspace-Cache-Gruppenbuchführung ausgeschlossen, damit sie keine Anwendungs-Cache-Statistiken erben.

Der Scheduler-Zugriff auf Cache-Gruppen im kritischen Pfad erfolgt jetzt direkt über task_struct, mit eigener Referenz je Aufgabe. Dies trennt die Lebensdauer der Scheduler-Cache-Gruppe vom Austausch von mm_struct bei fork, exec und exit.

Aktive Lastverteilung erhält die Richtlinie migrate_llc_task und wählt so eine Aufgabe, die tatsächlich die Ziel-LLC bevorzugt, statt eine andere Aufgabe von ihrer bevorzugten Cache-Domain wegzubewegen.

Die Buchführung ausführbarer Aufgaben folgt ebenfalls exakt dem Satz migrationsfähiger Aufgaben, einschließlich verzögerter Dequeue-Übergänge.

Auf asymmetrischen und hybriden Prozessoren hat Scheduler-Kapazität Vorrang, wenn das Verschieben einer Aufgabe in ihre bevorzugte LLC sie auf einer für die Arbeitslast zu schwachen CPU platzieren würde.

HFTKernel verwendet für kritische Handelsthreads weiterhin explizite Affinität. Diese Scheduler-Verbesserungen stärken unterstützende Dienste, Überwachungskomponenten, Steuerungsprozesse und andere weiterhin schedulerverwaltete Arbeitslasten.

Deterministischerer io_uring-Zero-Copy-Empfang

Multishot RECV_ZC erfasst jetzt, wenn ein Empfangsdurchlauf wegen erschöpfter lokaler Ressourcen stoppt.

Wurde teilweise Fortschritt erzielt, wird die Anfrage erneut eingereiht. Der nächste Durchlauf setzt entweder die Verarbeitung fort oder liefert einen expliziten Fehlerabschluss, mit dem die Anwendung die Operation erneut aktivieren kann.

Dies ersetzt einen impliziten Leerlaufzustand durch einen deterministischen, beobachtbaren Übergang. Ungelesene TCP-Daten warten nicht mehr auf ein unzusammenhängendes zukünftiges Socket-Ereignis, bevor die Empfangsverarbeitung fortgesetzt wird.

Für HFTKernel stärkt dies Zero-Copy-Marktdatenaufnahme, hochfrequente TCP-Verarbeitung und io_uring-basierte Netzwerkanwendungen.

Zuverlässige io_uring-TX-Zeitstempelströme

Multishot-Anfragen SOCKET_URING_OP_TX_TIMESTAMP enden jetzt mit einem sichtbaren ENOBUFS-Abschluss, wenn die Abschlusswarteschlange keinen Platz für einen weiteren Zeitstempeldatensatz hat.

Der abschließende CQE erreicht Userspace über den Überlaufpfad. Bereits in der Socket-Fehlerwarteschlange gespeicherte Zeitstempel werden ausgeliefert, wenn die Anwendung die Anfrage erneut aktiviert.

Dies gibt Zeitstempelnutzern einen klaren Lebenszyklus:

1. Zeitstempelabschlüsse empfangen.
2. Sättigung der Abschlusswarteschlange erkennen.
3. Warteschlange leeren.
4. Anfrage erneut aktivieren.
5. Mit gespeicherten Zeitstempeln fortfahren.

Das Ergebnis ist ein expliziterer, besser verwaltbarer Hardware-Sendezeitstempelpfad.

Robustere Google-GVE-DQO-Netzwerke

Der Google-Virtual-Ethernet-DQO-Treiber behandelt gso_type bei der Vorbereitung von TSO-Paketen jetzt als Bitmaske.

TSO-Pakete aus TUN/TAP, Paketsockets und virtuellen Maschinen enthalten häufig Flags wie SKB_GSO_DODGY, SKB_GSO_TCP_ECN oder SKB_GSO_TCP_FIXEDID. Diese Pakete werden jetzt akzeptiert, wenn ihr zugrunde liegender TCP-Segmentierungstyp unterstützt wird.

In einem Upstream-Test mit einer GCE-n4-DQO-QPL-Instanz und einem Cloud-Hypervisor-Gast verbesserte sich ein 64 MB-Gastupload von einem 60-Sekunden-Timeout bei ungefähr 0.9 MB/s auf 0.19 Sekunden. Der Gerätezähler tx_dropped blieb nach der Änderung stabil.

Dies stärkt verschachtelte Virtualisierung, Cloud-Netzwerk-Appliances, virtualisierte Gateways und Gastarbeitslasten mit Google GVE DQO.

Genauerer TCP-RTT-Zustand

TCP aktualisiert TS.Recent jetzt, wenn ein akzeptiertes älteres ACK auch neue Daten enthält.

Dies ist für langlebige bidirektionale Verbindungen wichtig, bei denen Paketumordnung nützliche Daten zusammen mit einer älteren als einer bereits verarbeiteten Bestätigung liefern kann.

Die Empfangsseite spiegelt jetzt den Zeitstempel des Pakets zurück, das die Empfangslücke geschlossen hat. Der Sender berechnet RTT damit aus dem aktuellen Paketaustausch, statt ein langes Leerlaufintervall einzubeziehen.

Im Upstream-Szenario mit 300 Sekunden Leerlauf, kontrollierter Umordnung und Neuübertragung änderte sich die geglättete RTT des Senders von 37.5 Sekunden auf 15.5 ms.

Für HFTKernel unterstützt dies stabileres Verhalten dauerhafter TCP-, TLS-, WebSocket-, Marktdaten- und Ausführungsverbindungen.

Sauberere RCU-basierte Speicherfreigabe

Der Slab-Allocator weckt kswapd bei der Allokation internen Speichers aus __kfree_rcu_sheaf() nicht mehr auf.

kfree_rcu() kann laufen, während der Scheduler pi_lock hält. Das Entfernen von __GFP_KSWAPD_RECLAIM aus diesem Pfad vermeidet einen Reclaim-Aufweckvorgang, der zum selben Scheduler-Lock zurückkehren kann.

Die aktualisierte Sheaf-Verarbeitung nutzt außerdem lokalen Reservespeicher besser, wenn Spinning nicht verfügbar ist.

Für HFTKernel entfernt dies unnötige Hintergrundarbeit aus einem schedulerempfindlichen Speicherverwaltungspfad und stärkt gebündelte RCU-Freigabe.

Robustere Futex-Lebenszyklusverwaltung

Die Größenänderung privater Futex-Hashes veröffentlicht den neuen Hash-Zeiger jetzt vor der Erfassung des zugehörigen RCU-Grace-Period-Zustands.

Leser des vorherigen Hashes bleiben geschützt, bis die korrekte Grace Period abgeschlossen ist.

Dies stärkt die Synchronisierungsinfrastruktur mehrthreadiger Anwendungen mit Futex-gestützten Mutexen, Bedingungsvariablen und Laufzeitkoordination.

Begrenzte Bereinigung von BPF-Objekten

BPF-Speicherobjekte, die während einer bereits aktiven Tasks-Trace-RCU-Grace-Period hinzugefügt werden, lösen jetzt einen weiteren Bereinigungszyklus aus.

Objekte bleiben nicht mehr unbegrenzt in free_by_rcu_ttrace, und wiederholtes Erstellen und Löschen von Maps verursacht weder unbegrenzte Objektaufbewahrung noch sich ansammelnde Bereinigungsworker.

Für HFTKernel verbessert dies den Lebenszyklus BPF-basierter Beobachtbarkeit, Tracing, Richtlinien und Netzwerkinstrumentierung.

Sicherere AF_PACKET-TX-Ringe

AF_PACKET stoppt einen blockierenden PACKET_TX_RING-Sendevorgang jetzt, bevor dessen kumulierte positive Bytezahl INT_MAX überschreitet.

Der verbleibende Frame bleibt für den nächsten Sendeaufruf ausstehend. Fortschritt und gültiges positives Ergebnis bleiben erhalten, auch wenn Userspace abgeschlossene Ringplätze ständig wiederverwendet.

Dies stärkt langlebige Paket-Replay-, Verkehrserzeugungs-, Netzwerktest- und Marktdatenqualifizierungsaufgaben.

Zuverlässigere Page-Pool-Wiederverwendung

Gebündelte Page-Pool-Wiederverwendung aktualisiert ihre Statistiken, während der Producer-Lock den Pool noch schützt.

Die letzten noch laufenden Netzwerkpuffer und der Poolabbau bleiben koordiniert, auch wenn CONFIG_PAGE_POOL_STATS aktiviert ist.

Dies unterstützt zuverlässige hochfrequente Netzwerkpufferwiederverwendung und verlässliche Page-Pool-Beobachtbarkeit.

Bessere Hardware-Zeitstempelkonfiguration

Ettool-Netlink-Operationen TSCONFIG_GET und TSCONFIG_SET erreichen jetzt Geräte, deren Hardware-Zeitstempel vollständig vom PHY bereitgestellt werden.

Die Netlink-Schnittstelle ist jetzt mit dem etablierten ioctl-Verhalten für PHY-basierte Zeitstempelanbieter abgestimmt.

Dies stärkt Konfiguration und Erkennung von Hardware-Zeitstempeln über unterstützte Netzwerkarchitekturen hinweg.

Sauberer Abbau von mlx5-AF_XDP-Zeitstempeln

Der mlx5-Treiber behandelt jetzt AF_XDP-TX-Deskriptorabschlüsse ohne CQE beim Warteschlangenabbau.

Wenn kein CQE verfügbar ist, liefert die Zeitstempelhilfe ein neutrales Ergebnis, statt einen nicht verfügbaren Abschlusseintrag zu dereferenzieren.

Dies verbessert den Lebenszyklus von AF_XDP-Warteschlangen mit TX-Zeitstempeln und Checksum Offload.

Fprobe-Beobachtbarkeit mit geringerem Overhead

Fprobe-Handler prüfen jetzt, ob RCU beobachtet, bevor sie in Idle- oder erweiterten nohz_full-Ruhezuständen arbeiten.

Der Probe-Trefferpfad verwendet rcu_sched_notrace, entfernt dadurch bisherige rcu_read_lock()- und lockdep-Arbeit bei jedem Treffer und erhält sichere Grace-Period-Synchronisierung.

Für HFTKernel stimmt dies Kernel-Instrumentierung besser auf isolierte und tickless CPU-Konfigurationen ab.

Robustere KVM-SVM-Zustandsübergänge

Auf AMD-KVM-Hosts bleibt ausstehender TLB-Flush-Zustand erhalten, wenn VMRUN nicht erfolgreich abgeschlossen wird.

All-ASID-Flush-Anforderungen werden pro physischer CPU verfolgt, passend zum Umfang der ASID-Wiederverwendung. Steuerfelder werden erst nach einem erfolgreichen Übergang aktualisiert.

Dies stärkt die TLB-Zustandsverwaltung auf AMD-Virtualisierungshosts.

Sicherere KVM-Shadow-MMU-Durchläufe

KVM stoppt das Durchlaufen von Shadow-Seitentabellen jetzt sofort, wenn die aktuelle Wurzel ungültig oder eine auf der Nullseite basierende Dummy-Wurzel ist.

Dies hält gleichzeitige memslot-Erstellung und verschachtelte Seitenfehlerbehandlung auf einem gültigen MMU-Pfad.

Korrekte Reihenfolge der SEV-Cache-Wartung

Bei SEV-Migration innerhalb eines Hosts wird die Cache-Wartung der Quell-VM jetzt abgeschlossen, bevor die Quell-VM ihren aktiven SEV-Zustand verliert.

Speicher kann nicht zum Host-Allocator zurückkehren, bevor der verschlüsselte Gast-Cache-Zustand in der erforderlichen Reihenfolge zurückgeschrieben wurde.

Dies stärkt die Lebenszyklusverwaltung vertraulicher VMs im HFTKernel-KVM-Host-Profil.

PCI AtomicOps für Passthrough-Geräte

Ein Passthrough-Gast erkennt jetzt PCI AtomicOps, die der Hypervisor bereits an einem Endpunkt aktiviert hat, selbst wenn der vorgelagerte Root Port in der Gasttopologie verborgen ist.

Dadurch können kompatible Beschleuniger und Netzwerkgeräte ihren Pfad für atomare Operationen in ESXi, Hyper-V und ähnlichen Passthrough-Umgebungen verwenden.

Weniger Arbeit in x86 AES-GCM

Die x86-AES-GCM-Implementierung behandelt das letzte AAD-Segment nicht mehr als Zwischensegment.

Dies entfernt eine zusätzliche Kopie in einen temporären Puffer und einen zusätzlichen Assembly-Aufruf aus dem Pfad für das letzte Segment.

Die Verbesserung ist für Infrastruktur nützlich, die die Kernel-Krypto-API für verschlüsselte Netzwerke, Speicher oder Sicherheitsdienste verwendet.

Ergebnis von HFTKernel 7.2.10

HFTKernel 7.2.10 stärkt das Betriebssystem rund um latency-empfindliche Anwendungen:

• Abschlüsse hochauflösender Timer erreichen Userspace zeitnah;
• schedulerverwaltete Arbeitslasten erhalten stärkere LLC-Lokalität;
• Zero-Copy-Empfang macht Ressourcengrenzen explizit sichtbar;
• Sendezeitstempelströme erholen sich sauber von CQ-Sättigung;
• Google GVE DQO verarbeitet virtualisierten TSO-Verkehr effizient;
• TCP erhält nach langen Leerlaufphasen einen genauen RTT-Zustand;
• RCU-Freigabe erzeugt weniger Reclaim-Hintergrundaktivität;
• Futex- und BPF-Lebenszyklen bleiben begrenzt und koordiniert;
• AF_PACKET- und Page-Pool-Pfade behalten zuverlässigen Fortschritt;
• Hardware-Zeitstempel funktionieren mit PHY-basierten Anbietern;
• fprobe integriert sich sauberer mit nohz_full;
• KVM-, SEV- und PCI-Passthrough-Pfade erhalten robustere Zustandsverwaltung.

Zuverlässigere CPU-Partitionierung

Die Cgroup-v2-cpuset-Verwaltung lehnt jetzt Konfigurationen ab, in denen eine entfernte Root-Partition CPUs verwenden will, die bereits einer übergeordneten lokalen Partition zugewiesen sind.

Dies erhält exklusive CPU-Zuständigkeit und stärkt die Trennung von Handels-, Netzwerk-, Housekeeping- und Dienstlasten.

Für HFTKernel bleibt der CPU-Partitionszustand bei Diensterstellung, Neukonfiguration und Abbau konsistent.

Sichererer AF_PACKET-Zero-Copy-Abschluss

PACKET_TX_RING verwendet jetzt den standardmäßigen Zero-Copy-Abschlussmechanismus.

Ein Ringplatz wird erst verfügbar, wenn alle Referenzen auf seine Paketnutzdaten freigegeben oder kopiert wurden. Dies hält die Pufferzuständigkeit über den gesamten TX-Lebenszyklus explizit.

Die Änderung stärkt:

• Marktdaten-Replay;
• Verkehrsgeneratoren;
• paketbasierte latency-Sonden;
• AF_PACKET-Testumgebungen;
• Netzwerkqualifizierungsaufgaben.

Zuverlässiger virtio-net-Ringfortschritt

Virtio-net gibt jetzt die relevanten Zero-Copy-Fragmente frei, bevor es Pakete verwaist, wenn NAPI TX deaktiviert ist.

Dies hält begrenzte PACKET_TX_RING-Konfigurationen in Bewegung und gibt abgeschlossene Plätze an den Sender zurück, ohne auf eine weitere Übertragung zu warten.

Dieselbe Lebenszyklusverbesserung unterstützt verschachtelte Virtualisierungspfade mit vhost-net und virtio-net.

Begrenztes TPACKET_V3-Timerverhalten

TPACKET_V3 berechnet Block-Retirement-Timeouts jetzt mit Arithmetik, die große Paketringblöcke sicher unterstützt.

Dies verhindert, dass ein Timerüberlauf einen im softIRQ-Kontext ständig neu startenden hochauflösenden Timer erzeugt.

Für Erfassungs- und Replay-Systeme bedeutet dies kontrolliertes Timerverhalten und Schutz davor, dass ein Paketring durch kontinuierliche softIRQ-Verarbeitung eine gesamte CPU beansprucht.

Robustere Google-GVE-DQO-Sendeverarbeitung

Der GVE-DQO-Treiber validiert die TSO- und GSO-Geometrie jetzt früher im Sendepfad.

Pakete mit MSS unter dem von der Hardware unterstützten Minimum wechseln vor Erreichen des Geräts auf den passenden Softwarepfad. Dies verhindert stille Hardwareverluste und daraus entstehende Neuübertragungen.

UDP-GSO-Verarbeitung verwendet außerdem die korrekte Transport-Header-Länge zur Berechnung von Segmentgrenzen und Deskriptorbedarf.

Diese Änderungen verbessern die Gleichmäßigkeit der Google-Cloud-Netzwerkübertragung für TCP- und UDP-Arbeitslasten mit GVE DQO.

Robustere HugeTLB-Verwaltung

Das Verschieben von HugeTLB-Seitentabellen während mremap() erhält jetzt die korrekte Adressbeziehung zwischen Quell- und Zielabbildung.

Gigantische Seiten ohne Unterstützung für Auflösung zur Laufzeit bleiben auf ihrem kompatiblen Lebenszykluspfad; Freilisten- und Seitenzustand bleiben konsistent.

Diese Änderungen stärken explizit reservierte HugeTLB-Arbeitsmengen, einschließlich Konfigurationen mit 1 GiB-Seiten auf unterstützten x86-Systemen.

Stärkere Reihenfolge bei anonymem Speicher

Die Initialisierung anonymer VMAs veröffentlicht den Zeiger anon_vma jetzt mit der erforderlichen Speicherreihenfolge.

Alle initialisierten Felder werden sichtbar, bevor eine andere CPU die neue Struktur verwenden kann.

Dies stärkt gleichzeitige Seitenfehler-, first-touch-, mprotect()- und benachbarte VMA-Pfade, besonders auf schwach geordneten Architekturen wie ARM64.

Vorhersehbarerer Abbau von Cgroup-Writeback

Writeback-Bereinigung für offline geschaltete Memory-Cgroups meldet jetzt Tasks-RCU-Ruhezustände während langer Entleerungsoperationen.

Der betroffene Inode-Entleerungspfad schreitet außerdem linear voran, indem er ab der vorherigen Scanposition fortsetzt, statt wiederholt denselben Listenanfang zu durchsuchen.

Dies hält BPF, ftrace und andere Tasks-RCU-Nutzer während umfangreicher Dienst- oder Containerabbauten in Bewegung.

Präzisere DPLL-Steuerung

DPLL-Referenzsynchronisierung verwendet jetzt eine exakte Pin-ID-Suche.

Eine Userspace-Anfrage gilt nur für den gewählten Referenzpin und kann nicht an einen benachbarten Eintrag mit anderer Kennung umgeleitet werden.

Dies stärkt die deterministische Steuerung der Zeitquellentopologie auf unterstützter Zeithardware.

Wiederhergestellte PHY-basierte Hardware-Zeitstempel

Netzwerkgeräte mit PHY-basierten Hardware-Zeitstempeln hängen nicht mehr von MAC-Treiber-Zeitstempel-Callbacks ab, die für ihre Architektur nicht gelten.

PTP-Konfiguration erreicht den PHY-Zeitstempelpfad direkt und erhält die Hardware-Zeitstempelfunktion auf unterstützten Geräten.

Sauberere AWS-ENA-Initialisierung

Der AWS-ENA-Probe-Bereinigungspfad gibt PHC- und MMIO-Leseressourcen jetzt in korrekter Reihenfolge frei.

PTP-Uhrregistrierung, PHC-Zustand, DMA-gestützte MMIO-Ressourcen und treiberprivate Daten bleiben bei teilweiser Geräteinitialisierung und Bereinigung abgestimmt.

Dies stärkt die ENA-Lebenszyklusverwaltung im HFTKernel-Cloud-Profil.

Geringerer KVM-Übergangs-Overhead

Verschachtelte Virtualisierungsoperationen verwenden jetzt statische Aufrufe in mehreren aktiven L2-Pfaden.

Auf unterstützten Intel-Hosts vermeidet KVM außerdem das Umschalten von DS_AREA- und PEBS-Konfiguration, wenn Gast-PEBS inaktiv ist. Der betroffene Pfad entfernt zwei oder vier unnötige MSR-Schreibzugriffe pro VMX-Rundlauf.

Prozessoren mit PEBS-Isolation vermeiden bei jedem VMX-Übergang drei zusätzliche PEBS-bezogene MSR-Schreibzugriffe.

Diese Verbesserungen machen HFTKernel als KVM-Host für verschachtelte und leistungsempfindliche virtualisierte Arbeitslasten effizienter.

Verlässlichere Intel-PEBS-Messungen

Intel PEBS erhält genauere Lade- und Speicherklassifikation, Datenquellenbeschränkungen und Snoop-Zustandsdekodierung für unterstützte neuere Mikroarchitekturen.

Dies verbessert die hardwaregestützte Analyse von:

• Speicher-latency;
• Cache-Verhalten;
• Lade- und Speicherblockaden;
• NUMA-Effekten;
• seltenen Ausführungsverzögerungen.

Das Ergebnis ist eine zuverlässigere Beobachtungsebene für Leistungsoptimierung und tail-latency-Untersuchungen.

Konsistentere XPS-Warteschlangensteuerung

XPS lehnt jetzt Verkehrsklassenkennungen außerhalb der aktiven Warteschlangenkonfiguration ab.

Dies hält Warteschlangen-Steuerzuordnungen nach Verkehrsklassenänderungen konsistent und erhält gültige Metadaten zur CPU-TX-Warteschlangenplatzierung.

Ergebnis von HFTKernel 7.2.9

HFTKernel 7.2.9 stärkt das System rund um latency-empfindliche Anwendungen:

• exklusive CPU-Zuständigkeit bleibt konsistent;
• Paketringzuständigkeit und -abschluss sind explizit;
• Erfassungsarbeitslasten behalten begrenztes Timerverhalten;
• HugeTLB- und anonyme Speicherübergänge sind robuster;
• Cgroup-Abbau erzeugt weniger anhaltende Hintergrundstörungen;
• PTP- und DPLL-Konfiguration wird präziser;
• ENA-Lebenszyklusverwaltung ist sauberer;
• KVM-Übergänge leisten weniger unnötige Arbeit;
• PEBS-Messungen liefern verlässlichere Leistungsdaten.

Vorhersehbareres Memory Reclaim

Linux 7.2.8 verbessert die Trennung zwischen globalen Dateisystem-Shrinkern und Reclaim je Memory-Cgroup.

Hooks für zwischengespeicherte Objekte ohne memcg-Unterstützung bleiben im globalen Reclaim-Pfad; memcg-fähige Dateisystem-Hooks können weiterhin am Reclaim je memcg teilnehmen. Dies vermeidet wiederholte globale Arbeit über viele memcg-/NUMA-Knotenpaare und stellt nützliches Reclaim je memcg für Pfade wie XFS-Inode-Slab-Reclaim wieder her.

Für HFTKernel unterstützt dies sauberere Dienstisolation und geringere Hintergrundstörungen auf Systemen mit Containern, cgroup v2 oder Speichergrenzen je Dienst.

Genauere Buchführung für gesperrten Speicher

Die Version korrigiert locked_vm-Buchführung für MREMAP_DONTUNMAP, wenn gesperrte VMAs neu abgebildet werden, ohne die Quelle aufzuheben.

Sie macht außerdem NR_MLOCK-Aktualisierungen sicherer in Pfaden, in denen munlock(), direktes I/O, Page-Cache-folios und IRQ-Abschluss auf derselben CPU interagieren können.

Für HFTKernel stärkt dies die Speicherbuchführung bei fixierten und gesperrten Arbeitsmengen, die in latency-empfindlichen Anwendungen und Messarbeitslasten häufig sind.

Klareres Verhalten großer Abbildungen für treiberverwalteten Speicher

Große PFNMAP-Abbildungen umgehen jetzt allgemeine THP-Einstellungen, wo diese nicht gelten. Das Upstream-Änderungsprotokoll weist darauf hin, dass diese Abbildungen kein normaler rückgewinnbarer THP-Speicher sind und falsche Behandlung in betroffenen Konfigurationen reale Leistungseinbußen verursachte.

Für HFTKernel betrifft dies spezielle Geräteabbildungen, DAX-artige Abbildungen und treiberverwalteten Speicher, nicht die standardmäßige THP-Anwendungsrichtlinie.

Robustere AF_PACKET-Erfassungs- und Replay-Pfade

AF_PACKET erhält zwei praktische Korrekturen für ringbasierte Paketverarbeitung.

TPACKET_V3 bewahrt jetzt die validierte Größe des privaten Bereichs, ohne sie in ein kleineres internes Feld zu kürzen. So überschneiden sich Paketdatensätze nicht mit privaten Ringmetadaten.

Der VNET-Header-Fehlerpfad löscht jetzt RX-Eigentumszustände korrekt und verhindert, dass ein fehlerhaftes Paket einen Ringplatz für das nächste gültige Paket blockiert.

Für HFTKernel ist dies direkt nützlich für Marktdatenerfassung, Paket-Replay, latency-Sonden, Verkehrsgeneratoren und AF_PACKET-basierte Netzwerktestumgebungen.

Robusteres TCP- und Socket-Zeitstempelverhalten

TCP schließt jetzt übermäßig alte ACKs vom schnellen Pfad aus und leitet sie durch den normalen Validierungspfad. Dadurch bleiben TCP-Verbindungszustandsaktualisierungen mit der ACK-Validierung abgestimmt.

Socket-Zeitstempeleinrichtung nimmt jetzt beim Ändern zeitstempelbezogener Socket-Flags den Socket-Lock, während der übliche lockfreie Fall erhalten bleibt. Dies stärkt die Korrektheit des Zeitstempellebenszyklus in socketintensiven Systemen.

Für HFTKernel verbessern diese Änderungen die Korrektheit bei langlebigen TCP-, TLS-, WebSocket-, Steuerungs- und Beobachtungsverbindungen.

Bessere PTP- und PHC-Diagnose

Bei MACB/GEM umschließen die um einen PHC-Lesezugriff gelieferten Systemzeitstempel jetzt korrekt den Hardware-Registerlesezugriff. Das Upstream-Änderungsprotokoll berichtet, dass das frühere Intervall gegenüber dem tatsächlichen geordneten Registerlesezugriff unrealistisch kurz sein konnte und die mittelpunktbasierte Synchronisierung verzerrte.

Bei stmmac bleibt phc_index jetzt ungesetzt, wenn Hardware-Zeitstempel unterstützt werden, aber noch keine PTP-Uhr registriert wurde. Dies verhindert einen gültig wirkenden PHC-Index für die falsche Uhr.

Für HFTKernel verbessert dies die Integrität der Zeitdiagnose und reduziert das Risiko irreführender PHC-Erkennung in unterstützten NIC-Konfigurationen.

Robustere RDMA-, EFA- und IRQ-Lebenszyklusbehandlung

Der AWS-EFA-Treiber hält EQ-Ressourcen und Verwaltungswarteschlangen jetzt am Leben, solange ihre IRQ-Handler registriert sind. Initialisierungs- und Abbaureihenfolge sind auf die im Interrupt-Kontext verwendeten Ressourcen abgestimmt.

RDMA-Pfade erhalten außerdem Lebenszyklus- und Reihenfolgeverbesserungen, darunter lokale Fences für Intel-irdma-Speicherregistrierung und IRQ-sichere XArray-Behandlung für erdma-QP- und CQ-Tabellen.

Für HFTKernel Hardware und cloudnahe Umgebungen stärkt dies die Zuverlässigkeit interruptgesteuerter RDMA-Lebenszyklen.

Zuverlässigere Diagnose und Beobachtbarkeit

perf verbessert die Bereinigung vermittelter Gast-PMU-Ereignisse, wenn Module bei aktiven Perf-Verbindungen entladen werden.

Netlink-Gruppenmetadaten werden jetzt mit RCU-sicherer Veröffentlichung und verzögerter Freigabe für lockfreie Leser aktualisiert.

drop_monitor erhält sicherere Behandlung beim Abbau von Tracepoints, CPU-Zeigern und Timern, einschließlich timer_shutdown_sync(), um erneute Aktivierung während des Abbaus zu verhindern.

Für HFTKernel stärken diese Änderungen die Zuverlässigkeit von Diagnosesitzungen zur Untersuchung von Paketverlusten, Scheduling-Störungen und seltenen tail-latency-Ereignissen.

CPU-Isolation und Scheduler-Buchführung

Die Cgroup-v2-cpuset-Verwaltung bewahrt beim Booten isolierte CPUs in ihrer Isolationsbuchführung, wenn eine isolierte Partition freigegeben wird oder ihren Zustand ändert. Dadurch bleibt cpuset.cpus.isolated mit der Domain-Isolation beim Booten abgestimmt und unterstützt zuverlässige Platzierungsautomatisierung über Dienstlebenszyklen hinweg.

EEVDF erhält jetzt seine minimale virtuelle Laufzeit und seine Metadaten für minimale/maximale Zeitscheiben bei Runqueue-Baumaktualisierungen konsistent, einschließlich der Initialisierung von max_slice vor dem Einreihen. Diese Verfeinerungen unterstützen Fair-Klassen-Scheduling für Anwendungs- und Housekeeping-Threads.

Die durchschnittliche Leerlaufbuchführung wird nur bei gültigem Leerlaufzeitstempel aktualisiert und bleibt so an reale Leerlaufintervalle gebunden.

Weniger unnötige RT- und Deadline-Migrationsarbeit

RT- und Deadline-Scheduler überspringen Aufgaben mit deaktivierter Migration bei der Auswahl einer auf eine andere CPU zu verschiebenden Aufgabe. Sie wählen einen verschiebbaren Kandidaten oder kehren früh zurück und vermeiden wiederholte CPU-Stopper-Aufweckvorgänge ohne möglichen Fortschritt. Dies gilt für die relevanten RT-/DL-Scheduling-Pfade.

Effizientere aufgeschobene Konsolenarbeit

Aufgeschobene nbcon-Konsolenausgabe verwendet Lazy-IRQ-Arbeit. Läuft der lokale Scheduler-Tick, kann die Arbeit bei diesem Tick erfolgen, statt einen weiteren sofortigen Interrupt anzufordern. Eine CPU mit gestopptem Tick kann weiterhin einen Interrupt benötigen, sodass Fortschritt bei tickless-Konfigurationen erhalten bleibt.

Vorhersehbarere Allokation von TCP-Steuerpaketen

TCP-Active-Reset-Pakete verwenden atomare Allokationsflags und vermeiden direktes Memory Reclaim bei gehaltenem Socket-Lock. Dies hält die Active-Reset-Allokation in den betroffenen Verbindungsabschluss- und Trennpfaden leichtgewichtig, einschließlich Socket-Abbau in Netzwerk-Storage-Stacks.

Genauere io_uring-Empfangspufferbuchführung

Empfangsoperationen mit MSG_TRUNC erfassen die tatsächlich in bereitgestellte Puffer kopierten Bytes und erhalten zugleich das angeforderte Ergebnis in voller Länge. Inkrementeller Pufferverbrauch bleibt mit dem verfügbaren Pufferbereich abgestimmt und unterstützt zuverlässige Pufferwiederverwendung in Anwendungen mit diesem Modus.

Konsistente Hardware-Zeitstempeldiagnose

Der mlx5-Treiber bewahrt kumulierte Hardware-Zeitstempelstatistiken bei Änderungen von Kanalanzahl, Verkehrsklassen und DMA- oder Port-Zeitstempelmodi. Dauerhafte Statistiken erlauben dem Lesepfad außerdem, den bisherigen Zustandsmutex zu vermeiden. Dies stärkt die Zeitstempeltelemetrie bei NIC-Neukonfiguration.

Zuverlässigere Netzwerktreiber-Lebenszyklen

Azure MANA: XDP-Neukonfiguration erhält den vorherigen gültigen Programmzustand, wenn Empfangspuffervorallokation nicht abgeschlossen werden kann.

Intel IDPF: Arbeit zur dynamischen Interrupt-Moderation wird gestoppt, bevor Warteschlangenvektoren freigegeben werden. VLAN-Header werden außerdem beim Analysieren hardwareseitig zusammengefasster Empfangspakete berücksichtigt.

GRO und Weiterleitung: Hardwareseitig aggregierte TCP-Pakete bleiben mit fraglist-GRO-Verarbeitung und anschließender Segmentierung kompatibel. Dies betrifft Linux-Weiterleitungskonfigurationen, die diese Offloads kombinieren.

Verlässlichere Leistungsbeobachtung

Intel-PEBS-Sampling koordiniert PMU-Abschaltung und Entleerung gemeinsamer Puffer, um überlappende Entleerungsoperationen zu verhindern. Dies verbessert die Zuverlässigkeit hardwaregestützter Leistungsabtastung auf unterstützten Intel-Systemen.

Tracing-Histogramme behalten Prozent- und Graphmodifikatoren für Werte bei. Die Histogrammeinrichtung wählt und prüft die Trace-Uhr vor Veröffentlichung des Triggers und stärkt die wiederholbare Einrichtung von Diagnosesitzungen.

Robustere Speicher- und I/O-Lebenszyklusverwaltung

SLUB koordiniert Freilistenrückgaben mit Teillistenaktualisierungen unter dem passenden Knoten-Lock und erhält bei gleichzeitigen Operationen konsistenten Allocator-Zustand.

Auf x86 verwenden beim Aufteilen großer Kernel-Abbildungen erstellte Seitentabellen den normalen Kernel-Seitentabellen-Allokationspfad. So bleiben Erstellung, Buchführung, verzögerte Freigabe und IOTLB-Invalidierung koordiniert.

Bei asynchronen io_uring-Schreibzugriffen wird die Dateisystem-Schreibbuchführung im tatsächlichen I/O-Abschluss-Callback beendet, statt auf spätere Task-Work-Verarbeitung zu warten. Dies verbessert die Koordination mit Dateisystem-Freeze- und Abschaltabläufen.

Konsistentere Systemzeitmessung

Die Zeitmessung berücksichtigt jetzt die kontinuitätserhaltende Zeitstempelkorrektur in ntp_error, wenn sich der Frequenzmultiplikator der clocksource ändert. Dies hält die Fehlerberechnung der Uhrregelung mit der Korrektur abgestimmt, besonders bei größeren Frequenzkorrekturen durch eine externe Referenz.

Effizientere Verwaltung der CPU- und Speicherplatzierung

In cgroup v2 vermeidet die cpuset-Hotplug-Behandlung überflüssige Aufgabenaktualisierungen, wenn effektive CPU- und NUMA-Knotenmasken vom Elternknoten geerbt werden. Dies reduziert unnötige Platzierungsverwaltungsarbeit bei betroffenen Topologieaktualisierungen.

Weniger unnötige Memory-Reclaim-Arbeit

Beim Entfernen einer Memory-Cgroup wandert die LRU-Größenbuchführung zum Elternknoten, statt im Kind dupliziert zu bleiben. Klassischer LRU reclaim vermeidet wiederholtes Scannen geleerter Listen, während MGLRU von genauerer Shadow-Node-Budgetbuchführung profitiert. Dies verbessert die Ressourcenbuchführung bei Dienstneustarts, Containerwechseln und Speicherdruck.

Konsistenteres FQ-Paket-Pacing

FQ gleicht bei der Berechnung von Pacing-Verzögerungen jetzt nur positive Scheduling-Abweichungen aus. Bei aktiviertem Pacing-Offload verkürzt frühes Dequeue das nächste Intervall in den betroffenen ratenbegrenzten und Nicht-EDT-Pfaden nicht mehr. Laufzeitvalidierung von quantum und initial_quantum hält die FQ-Konfiguration außerdem innerhalb unterstützter Grenzen.

Zuverlässigere AF_XDP- und DMA-Pufferverwaltung

Der virtio-net-Treiber ändert jetzt die Größe seines AF_XDP-Pufferarrays zusammen mit dem RX-Ring. So bleibt die Pufferkapazität bei angehängter AF_XDP-Anwendung mit der Warteschlangenkonfiguration abgestimmt.

Der gemeinsame Page-Pool-Code koordiniert außerdem DMA-Unmapping und Puffer-Metadatenbereinigung sorgfältiger bei gleichzeitigem Abbau und Seitenrückgaben und stärkt damit die Netzwerkpuffer-Lebenszyklusverwaltung.

Robustere Hardware- und virtuelle Netzwerkkonfiguration

Intel E810 PTP: Der ICE-Treiber kann auf die Sideband-Warteschlange zurückfallen, wenn die PHY-Timer-Schnittstelle mit niedriger latency ein Timeout erreicht. Dies verbessert die PTP-Neuinitialisierung nach Firmwareupdates und zugehörigen Resets und erhält den normalen Pfad mit niedriger latency.

Azure MANA: MSI-X-Allokation berücksichtigt die tatsächliche Kapazität der Gerätevektortabelle und verbessert die Einrichtung von Interrupt-Ressourcen auf sehr großen VMs.

NVIDIA mlx5: E-Switch-vport-Zustandsänderungen erhalten die konfigurierte maximale TX-Geschwindigkeit und halten die Konfiguration virtueller Ports bei Zustandsübergängen konsistent.

Verlässlichere latency-Diagnose

Die Diagnose hochauflösender Timer zählt jetzt erfolgreich wiederhergestellte Interrupt-Wiederholungen und verbessert so die Genauigkeit von nr_retries in /proc/timer_list.

Intel Processor Trace erhält zuverlässigere Stopp-/Start-Behandlung. Das aktualisierte Werkzeug perf sched verlangt relevante Trace-Stichproben, bevor es eine latency-Tabelle anzeigt, und macht unvollständige Aufzeichnungen explizit.

Vollständigere I/O-Buchführung bei CPU-Hotplug

Block-Layer-Statistiken erfassen und setzen Stichproben aller möglichen CPUs zurück, einschließlich während eines Abtastfensters offline geschalteter CPUs. Dies bewahrt ausstehende latency-Stichproben für I/O-Steuerpfade, die diese Statistiken verwenden.

Zuverlässigere HugeTLB- und NUMA-Steuerung

Die Allokation gigantischer HugeTLB-Seiten über CMA prüft jetzt den bevorzugten NUMA-Knoten gegen die zulässige Knotenmaske, verwendet aktuelle cpuset-Grenzen ohne explizite Maske und kann nach einer gleichzeitigen cpuset-Änderung erneut versuchen. Dies verbessert die Platzierungssteuerung großer vorallokierter Puffer, einschließlich 1 GiB-Seiten auf x86 bei diesem Allokationspfad.

Die HugeTLB-Poolverwaltung erhält max_huge_pages beim Freigeben überschüssiger Seiten. Migrierte Seiten behalten ihren migrierbaren Zustand und ihre Mitgliedschaft in der aktiven Liste auch innerhalb desselben NUMA-Knotens. Cgroup-Zähler werden unabhängig von CONFIG_DEBUG_VM konsistent initialisiert, einschließlich als max gemeldeter unbegrenzter Limits.

Konsistentere Synchronisierung mit Prioritätsvererbung

Dedizierte PI-futex-Scheduling-Hilfen umschließen rt_mutex_wait_proxy_lock(), ohne im Proxy-Lock-Pfad sched_submit_work() aufzurufen. Dies verbessert die Synchronisierungsbuchführung von Anwendungen mit Futexen mit Prioritätsvererbung.

Unter PREEMPT_RT vermeidet PI-Requeue-Abschluss ein überflüssiges rcuwait_wake_up() in Q_REQUEUE_PI_LOCKED und hält Lock-Übergabe und Aufwecken Wartender konsistent. Diese zweite Änderung ist PREEMPT_RT-spezifisch.

Zuverlässigere BPF- und ftrace-Diagnose

bpf_get_stackid() schützt Callchain-Erfassung und Zugriff auf den zurückgegebenen CPU-spezifischen Puffer vor preemption. Gleichzeitige ftrace_ops-Initialisierung wird synchronisiert; der schnelle Pfad für initialisierte Objekte bleibt erhalten.

Funktionsfilteroperationen und Lesezugriffe auf Ereignisfilter/Trigger halten die erforderlichen Trace-Instanzreferenzen. Diese Änderungen stärken automatisiertes Profiling und Untersuchungen seltener latency-Ausreißer auf PREEMPT-Systemen.

Genaueres Hardware-Profiling

Die Verfügbarkeit von Intel PMU AnyThread folgt der passenden CPUID-Fähigkeit. Intel-LBR-Filterung nur für Userspace prüft beide Sprungadressen und hält Stichproben im angeforderten Bereich.

Das erweiterte BPF-Programm für Systemaufrufargumente in perf trace verwendet bpf_for und macht Verifier-Prüfungen zur Schleifenterminierung robuster gegenüber Clang-Änderungen. Diese Werkzeugverbesserung erfordert einen aktualisierten perf-Build.

Sauberere einmalige Socket-Initialisierung

DO_ONCE_SLEEPABLE() verschiebt das Deaktivieren statischer Schlüssel auf eine System-workqueue außerhalb vom Aufrufer gehaltener Locks. Dies trennt globale Static-Key-Aktualisierungen von Socket-Locking in Pfaden wie __inet_hash_connect(). Die Änderung betrifft einmalige Initialisierung, nicht Verarbeitung pro Paket.

Robustere KVM-Speicher- und Timerbehandlung

Lockfreie Shadow-MMU-Alterung verwendet den bei der Lock-Prüfung erfassten Reverse-Mapping-Wert erneut. TDP-MMU-Accessed-Bit-Aktualisierungen verwenden LOCK CMPXCHG, um mit gleichzeitigen SPTE-Änderungen konsistent zu bleiben.

Von KVM emulierte synthetische Hyper-V-Timer prüfen 100-Nanosekunden-Umrechnungen und begrenzen Fristen auf KTIME_MAX, sodass weit entfernte Abläufe in der Zukunft bleiben. Diese Änderungen gelten für den KVM-Hostkernel. Für einen Cloud-Gast hängt der entsprechende Vorteil vom Hostupdate des Anbieters ab.

Robusteres Storage und optionale Speicherrichtlinien

NVMe multipath koordiniert Namespace-Abbau mit SRCU-Lesern. NVMe/TCP prüft eingehende C2HData frühzeitig gegen die Befehlsrichtung und stärkt die betroffenen Netzwerk-Storage-Pfade.

DAMOS-Priorisierung verwendet eine gleitende Zugriffssumme für konsistentere Schemaentscheidungen. Bei aktiviertem tmpfs THP übergibt MADV_HUGEPAGE aktualisierte VMA-Flags an khugepaged. Diese Verbesserungen gelten für Konfigurationen mit den jeweiligen Subsystemen und Richtlinien.

Effizientere langfristige Speicherfixierung

Die GUP-Referenzbuchführung für fixierte Seiten wurde korrigiert. Der betroffene Pfad zur langfristigen Speicherfixierung kann jetzt unnötige lokale und globale Entleerungen interner LRU-Puffer vermeiden.

Für HFTKernel reduziert dies unnötige CPU-übergreifende Arbeit beim Vorbereiten fixierter Puffer und unterstützt das Ziel minimaler Systemstörungen um dedizierte Handelskerne.

Besser begrenztes Dateisystem-Reclaim

JBD2 rechnet jetzt jeden untersuchten Checkpoint-Puffer auf das Scanbudget an, auch belegte Puffer. Beim Überspringen belegter Puffer prüft es außerdem, ob eine Neuplanung erforderlich ist.

Dies begrenzt die Arbeit eines einzelnen Shrinker-Durchlaufs und erlaubt die zeitnahe Freigabe des Journal-Locks bei angeforderter Neuplanung. Auf ext4-Knoten ist die Änderung nützlich, wenn Dateisystemaktivität und Speicherdruck zusammenfallen.

Besser koordinierte Speicherverwaltung

Reclaim- und Seitenmigrationsschleifen melden RCU Tasks jetzt explizit Ruhezustände. Dies hilft entsprechenden Grace Periods, auch bei anhaltender Speicherverarbeitung auf PREEMPT-Kerneln abzuschließen. Die Migrationsänderung betrifft besonders KVM-Hosts mit MMU-Notifier-Callbacks.

Bei Konfigurationen mit vm.defrag_mode=1 laufen nicht verschiebbare Allokationen über den passenden Pageblock-Reclaim- und Compaction-Pfad. Whole-Pageblock-Compaction nutzt zudem geeignetere Speicherauswahlregeln, sodass der Allocator in diesem Modus besser vorankommt.

SLUB füllt wiederverwendbare Sheaves auf, ohne pfmemalloc-Notreserven zu verbrauchen, und bewahrt diese für ihre vorgesehenen Kernel-Zwecke.

Konsistentere Behandlung von Netzwerk-TX-Warteschlangen

Der gemeinsame Netzwerkstack verbessert die Initialisierung von trans_start beim Aktivieren von TX-Warteschlangen. Jede betroffene Warteschlange erhält die richtige Watchdog-Referenzzeit, wodurch die Zustandsüberwachung bei Schnittstellenaktivierung zuverlässiger wird.

Der Broadcom-Treiber bnxt_en löst die Doorbell jetzt auch dann für bereits vorbereitete Pakete aus, wenn die Linearisierung des letzten Burst-Pakets scheitert. Das Gerät wird über eingereihte TX-Deskriptoren informiert, ohne auf einen weiteren Sendeaufruf zu warten.

Zuverlässigere PCI-Interrupt-Zustellung auf Hyper-V

Beim CPU-Hot-Unplug kann ein ausstehender PCI-MSI-Interrupt jetzt über die übergeordnete Interrupt-Domain an seine neue Ziel-CPU erneut gesendet werden.

Für HFTKernel Cloud auf Hyper-V verbessert dies die Zuverlässigkeit von PCI-Geräten bei Änderungen der aktiven vCPUs. Die Änderung betrifft speziell die Interrupt-Neuzuweisung beim Offlineschalten einer CPU.

Geringerer Dateisystem-I/O-Overhead

Bei kleinen gepufferten Überschreibungen in großen, bereits aktuellen folios stoppt die Schreibverarbeitung nach dem angeforderten Bereich, statt die übrigen Buffer Heads zu durchlaufen. Dies reduziert unnötige CPU-Arbeit, auch im betroffenen ext4-Schreibpfad.

In dm-io klonen DM_IO_BIO-Anfragen das ursprüngliche bio, statt den Seitenvektor neu aufzubauen. Ursprünglicher Iterator und Ausrichtung bleiben erhalten und vereinfachen I/O-Behandlung in Device-Mapper-Konfigurationen mit diesem Pfad.

Zuverlässigere latency- und jitter-Diagnose

BPF-Callchain-Erfassung und -Kopieren sind beim Zugriff auf den gemeinsamen CPU-spezifischen Puffer vor preemption geschützt. Dies verbessert die Zuverlässigkeit der Stack-Erfassung auf PREEMPT-Kerneln.

Lesezugriffe aus trace_pipe werden mit Größenänderungen von Tracing-Unterpuffern synchronisiert und stärken die Beobachtbarkeit von Kernel-Ereignissen während Tracing-Neukonfiguration.

Strengere Behandlung zusätzlicher Uhren

__do_adjtimex() prüft jetzt, ob das Lesen einer zusätzlichen Uhr erfolgreich war. Ist kein Wert verfügbar, liefert es -ENODEV, statt einen nicht erfassten Zeitwert zu verwenden.

Dies verbessert die Zustandsbehandlung zusätzlicher Uhren in Konfigurationen mit dieser Zeitmessungs-API.

Zuverlässigere Intel-Speed-Select-Konfiguration

Auf unterstützten Intel-Plattformen wird die SST-CP-Parametervalidierung für Frequenzbereiche, proportionale Priorität, CPU-Kennungen und CLOS-Kennungen gestärkt.

Für HFTKernel Hardware verbessert dies die Kontrolle über Hardware-Leistungseinstellungen beim Konfigurieren kompatibler Systeme.

AF_PACKET und Paketerfassung

Der Lebenszyklus von AF_PACKET TX_RING mit vmalloc-Speicher wurde verbessert.

TX-Ringspeicher bleibt jetzt am Leben, bis jedes zugehörige skb abgeschlossen ist. Zeitstempelaktualisierungen und TP_STATUS_AVAILABLE werden vor Freigabe der ausstehenden Referenz abgeschlossen, ohne einen weiteren Lock im kritischen TX-Abschlusspfad hinzuzufügen.

Dies ist besonders nützlich für HFTKernel-Systeme für:

• Marktdatenerfassung
• Paket-Replay
• Latency-Sonden
• Verkehrsgeneratoren
• Netzwerktestumgebungen
• Messsysteme auf Basis von AF_PACKET

Die Änderung macht TX-Abschluss und Ringspeicherfreigabe konsistenter, ohne den Hauptpfad der Paketverarbeitung um Synchronisierung zu erweitern.

Stabilerer VLAN-Datenpfad

VLAN-Schnittstellen erhalten jetzt eine stabile hard_header_len, erben erforderlichen Headroom und Tailroom korrekt und halten die richtige Header-Ausrichtung für AF_PACKET SOCK_RAW ein.

Dies verbessert die Vorhersehbarkeit lockfreier TX-Pfade bei Verwendung von:

• Hardware-VLAN-Offload
• Virtuellen Netzwerkschnittstellen
• Containern und Netzwerk-Namespaces
• Cloud-Netzwerken
• Paketerfassung über Raw-Sockets

Für HFTKernel bedeutet dies konsistentere Paketmetadaten und Pufferlayouts bei Änderungen des VLAN-Offload-Zustands.

Korrekte TCP-MSS in asymmetrischen Netzen

Linux 7.2.3 berechnet die angekündigte TCP-MSS aus der konfigurierten Schnittstellen- oder Routen-MTU statt einer zuvor ermittelten PMTU des Ausgangspfads.

Dies betrifft besonders asymmetrische Cloud-Konfigurationen, DSR-Lastverteiler und Overlay-Netzwerke, in denen ein- und ausgehender Verkehr Pfade mit unterschiedlichen MTU-Werten durchlaufen kann.

Die Änderung verhindert, dass eine kleinere ausgehende Overlay-MTU die eingehende TCP-Segmentgröße während der gesamten Verbindung unnötig begrenzt.

Aus Routen abgeleitete MSS wird außerdem auf TCP_MIN_MSS begrenzt, wodurch die TCP-Empfangsfensterinitialisierung bei ungewöhnlichen Routenmetriken robuster wird.

Für HFTKernel verbessert dies die Vorhersehbarkeit langlebiger TCP-, TLS- und WebSocket-Verbindungen von Marktdaten- und Ausführungssystemen.

Sauberer Übergang zwischen AVX2 und SSE

Die nftables-PIPAPO-AVX2-Suchimplementierung führt jetzt vzeroupper aus, bevor sie zu Code zurückkehrt, der SSE-Befehle verwenden kann.

Das Löschen der oberen Teile der YMM-Register verhindert die dokumentierten Kosten des AVX-zu-SSE-Übergangs im anschließenden SSE-Code.

Dies gilt für Systeme, in denen nftables und AVX2-PIPAPO-Suche auf Infrastruktur- oder Housekeeping-Kernen aktiv bleiben. Für HFTKernel entfernt es eine weitere kleine, aber vermeidbare Quelle unvorhersehbaren CPU-Overheads.

Vorhersehbarere XFRM- und IPsec-Steuerungsebene

XFRM-NAT-Keepalive-Zustände werden jetzt in Blöcken fester Größe verarbeitet und begrenzen den temporären Speicherverbrauch unabhängig von der Gesamtzustandszahl.

Auch das Locking wurde überarbeitet, sodass Referenzerfassung und Zustandsverarbeitung in getrennten Phasen erfolgen.

Für Cloud-Infrastruktur bietet dies:

• Begrenzten temporären Speicherverbrauch
• Robustere Verarbeitung großer XFRM-Zustandsmengen
• Vorhersehbareres IPsec-Steuerungsebenenverhalten
• Konsistenteres Zusammenspiel mit softirq- und Zustandsabbaupfaden

Diese Änderungen liegen außerhalb des kritischen Handelspfads, stärken aber die betriebliche Widerstandsfähigkeit von Cloud-Knoten und verschlüsselten Netzwerk-Overlays.

Robusterer TLS-Zero-Copy-Offload

TLS-Geräte-Offload behandelt jetzt die Fragmentgrenze eines offenen TLS-Datensatzes zuverlässiger.

Wird das Fragmentarray voll, wird der Datensatz ausgegeben, auch wenn die Anwendung MSG_MORE und Zero-Copy-splice()-Pfade verwendet.

Dies stärkt:

• NIC-TLS-Offload
• TLS_TX_ZEROCOPY_RO
• Zero-Copy-Sendepfade
• Stark ausgelastete verschlüsselte TCP-Ströme

Für HFTKernel ist die Änderung auf Infrastrukturknoten nützlich, auf denen TLS-Terminierung oder Kernel-TLS-Offload direkt vom Netzwerkadapter ausgeführt wird.

KVM und AMD SEV/SNP

KVM verbessert die Behandlung von AMD SEV und SEV-SNP:

• SEV-spezifische guest_memfd-Hooks werden nur bei aktivierter SEV-Unterstützung verbunden
• Static-Call-Infrastruktur kann ein unnötiges CALL+RET beseitigen, wenn SEV nicht verwendet wird
• Gastgesteuerte VMSA-Verfolgung ist robuster
• Eine vCPU kehrt nach AP_CREATE korrekt in den ausführbaren Zustand zurück
• Dateigestützte Speicherunterstützung für verschlüsselte Gäste ist wiederhergestellt
• Temporäre Puffer für Verschlüsselungsoperationen werden als vollständige Seiten allokiert

Diese Änderungen sind vor allem relevant, wenn HFTKernel als KVM-Host oder mit vertraulicher AMD-Virtualisierung verwendet wird. Ihre direkten Auswirkungen innerhalb einer gewöhnlichen Cloud-VM hängen vom Hostkernel des Anbieters ab.

NVMe/TCP und Soft RoCE

Die Verwendung von page_frag_cache bei gleichzeitiger NVMe/TCP-Namespace-Erstellung wird jetzt serialisiert und verbessert den PDU-Pufferlebenszyklus bei paralleler Storage-Initialisierung.

Soft RoCE aktualisiert Responder-Ressourcen jetzt konsistenter bei Änderungen von IB_QP_MAX_DEST_RD_ATOMIC: Ersatzarrays werden erst installiert, nachdem die Responder-Aufgabe gestoppt wurde.

Diese Änderungen sind für HFT-Infrastruktur mit Netzwerk-Storage, Software-RDMA, Laborumgebungen oder virtualisierter RDMA-Validierung nützlich. Sie ändern nicht den primären schnellen Hardware-RDMA-Pfad.

eBPF-Validierung

Der BPF-Sockmap-Selbsttest wurde für Pakete mit nichtlinearem skb korrigiert.

Der Parser bleibt schreibgeschützt; die erforderlichen Paketdaten werden im Verdict-Programm vor direktem Zugriff explizit linearisiert.

Dies verbessert Regressionstests für BPF-Sockmap-Pfade und stärkt die HFTKernel-Build- und Qualifizierungspipeline.

Auswirkungsbewertung

Linux 7.2.3 veröffentlicht für diese Änderungen keine neuen latency-Messungen für Median, p99, p99.9 oder p99.99.

Die praktische Wirkung der Version sollte daher mit kontrollierten A/B-Messungen an der Zielarbeitslast geprüft werden.

HFTKernel 7.2.3 stärkt jene Linux-Netzwerkpfade, in denen Paketlebenszyklus, Puffermetadaten, TCP-Pfadauswahl und Hintergrundinfrastrukturarbeit die Stabilität und Wiederholbarkeit latency-empfindlicher Systeme beeinflussen können.

Netzwerkdatenpfad

Wenn ein IP-Fragment in die gemeinsame Reassembly-Warteschlange gelangt, setzt der Kernel seinen GSO-Zustand jetzt mit skb_gso_reset() zurück.

• GSO-Zustand wird nicht mehr von einzelnen Fragmenten in das wieder zusammengesetzte Paket übernommen.
• Das wieder zusammengesetzte Paket erreicht die Softwaresegmentierung mit korrektem Zustand.
• Die gemeinsame Korrektur deckt IPv4-, IPv6-, Netfilter-Verbindungsverfolgungs- und 6LoWPAN-Reassembly ab.
• Das Zusammenspiel von Fragment-Reassembly, GSO und skb_segment() ist robuster.

Die Änderung ist im gemeinsamen Pfad inet_frag_queue_insert() implementiert und betrifft nur eine Kernel-Datei.

Praktischer Nutzen für HFTKernel

Das Update ist besonders relevant für Systeme mit:

• TUN/TAP
• AF_PACKET mit PACKET_VNET_HDR
• Virtio-net und KVM
• Virtuellen Cloud-Maschinen
• Netzwerk-Namespaces
• Paketerfassung und Replay
• Verkehrsgeneratoren und Netzwerktestumgebungen
• Virtualisierten Marktdaten- und Ausführungsgateways

Für HFTKernel bedeutet dies einen widerstandsfähigeren Netzwerkdatenpfad und zuverlässigere Behandlung seltener Kombinationen von IP-Fragmentierung und GSO-Metadaten.

Upstream-Validierung

Upstream-Tests deckten vier verschiedene Geometrien fragmentierter IPv4- und IPv6-Pakete ab. Nach der Korrektur wurde jedes Testdatagramm vollständig und ohne Kernel-Meldungen ausgeliefert.

Auswirkungsbewertung

Diese Verbesserung zielt auf betriebliche Widerstandsfähigkeit statt auf Beschleunigung des normalen schnellen Netzwerkpfads.

Upstream veröffentlicht für Linux 7.2.2 keine neuen Messungen zu throughput, medianer latency oder tail latency. Die korrekte HFTKernel-Formulierung lautet:

HFTKernel 7.2.2 verbessert die Zuverlässigkeit von GSO- und Fragment-Reassembly-Pfaden in virtualisierten und durch Userspace vermittelten Netzwerkkonfigurationen.