MINNESOTA / LONDON (IT BOLTWISE) – KernelScript aus dem Umfeld von Multikernel Technologies soll die Entwicklung von eBPF-Programmen spürbar vereinfachen. Auf dem Linux Foundation Open-Source Summit in Minnesota präsentierte Gründer Cong Wang eine domänenspezifische Sprache, die Code typischerweise „verlustärmer“ ausgibt als handgeschriebenes C. Ziel ist, eBPF, User-Space und Kernel-Erweiterungen in einer einheitlichen, typisierten Sprache zusammenzubringen. Das Projekt befindet sich derzeit noch im Beta-Status und wird sich vor allem an Praxisprojekten messen müssen.
Multikernel Technologies arbeitet an zwei eng verknüpften Bausteinen für die Linux-Welt: einer Multi-Kernel-Architektur und einer domänenspezifischen Sprache namens KernelScript. Während die Multi-Kernel-Idee vor allem die Ausführung und Abgrenzung von Kernelfunktionen im System adressiert, setzt KernelScript dort an, wo Entwickler heute oft Zeit verlieren: bei der Erstellung von eBPF-Programmen in C-artigen Formen und deren saubere Einbindung in User-Space sowie Kernel-Erweiterungen. Auf dem Linux Foundation Open-Source Summit zeigte Gründer Cong Wang, wie ein „weniger schmerzhafter“ Weg von der Spezifikation zur eBPF-Umsetzung aussehen soll.
Technisch positioniert sich KernelScript als Alternative zu typischen eBPF-Workflows, bei denen Entwickler viel Boilerplate und fehleranfällige Grenzbereiche in Kauf nehmen müssen. Das Kernversprechen lautet, dass KernelScript aus einer typisierten Sprache geeigneten Zielcode erzeugt: eBPF-kompatiblen Code, User-Space-Anteile sowie Kernel-Module dort, wo sie in einer Anwendung gebraucht werden. Der praktische Nutzen liegt in der Reduktion von Typ- und ABI-Problemen, die in komplexen Observability- und Security-Setups häufig erst spät auffallen. Wenn die Compiler- und Bindingschichten robust sind, kann sich damit der Entwicklungszyklus deutlich verkürzen.
In der Branche gilt eBPF seit Jahren als Schlüsselinstrument für Netzwerk-Monitoring, Tracing, Security-Controls und performante Telemetrie, weil es den Kernel zur Laufzeit erweitern kann. Historisch war aber genau die Entwicklungshürde ein wiederkehrendes Thema: Viele Teams schreiben eBPF-Logik in C, bedienen sich spezieller Toolchains oder wandeln Funktionen in eBPF-Restrictions um. Gegen diese Realität setzt KernelScript an, indem es laut Präsentation den Einstieg vereinheitlichen und den Entwicklungsprozess „über Projektgrenzen hinweg“ glatter gestalten will. Als Vergleichsfolie werden die heutigen Ansätze aus der eBPF-Ökosystemwelt genannt, darunter Rust eBPF und stärker beobachtungsorientierte Werkzeuge wie bpftrace.
Marktseitig ist das Timing nachvollziehbar: In vielen Unternehmen steigt die Nachfrage nach schnellerer Incident-Erkennung, weniger Overhead im Betrieb und reproduzierbarer Konfiguration von Policies. Das führt zu einem Wettbewerb um Entwicklerproduktivität, nicht nur um Laufzeitperformance. KernelScript will hier auch eine Nische bedienen, die bisher fragmentiert blieb: Teams, die bislang eBPF-Skripte oder C-Programme nutzen, stoßen bei größeren Integrationen schnell an Grenzen, etwa bei Typensicherheit, gemeinsamen Schnittstellen oder der Frage, wie viel User-Space-Kleber nötig ist. Der Vergleich mit Rust eBPF zeigt dabei den Spagat: Rust verspricht ebenfalls Typsicherheit, bleibt aber für viele Organisationen in der Toolchain-Komplexität und Lernkurve herausfordernd.
Auch bpftrace bleibt als Referenz relevant, weil es für exploratives Tracing häufig schneller Ergebnisse liefert als ein „vollständiges“ Build-and-Ship-Modell. Genau diese Spannung spielt KernelScript aus: Es will nicht nur besser lesbar sein, sondern auch den Weg in Richtung größerer, integrierter Systeme öffnen. Laut Darstellung positioniert sich KernelScript zugleich als bessere Alternative zu reinen C-basierten eBPF-Programmen und als flexibler gegenüber reinen bpftrace-Skripten. Für Enterprise-Nutzer ist das insbesondere dann wichtig, wenn eine Lösung nicht nur einmalig im Labor laufen soll, sondern in wiederholbaren Pipelines mit Code-Review, Tests und definierter Deployment-Strategie. Experten rechnen hier typischerweise damit, dass sich neue DSLs vor allem über Dokumentationsreife und Tooling-Lücken schließen müssen.
Aus Sicherheits- und Compliance-Perspektive ist die Aussage „typ-sicherer“ Code jedoch mehr als Marketing, weil eBPF in sensiblen Use-Cases eingesetzt wird. eBPF-Programme greifen auf Kernel-Kontexte zu; Fehler können zu unerwartetem Verhalten führen, und mangelnde Validierung kann Sicherheitslücken begünstigen. KernelScript steht deshalb vor der Aufgabe, nicht nur Syntax zu vereinfachen, sondern auch die Korrektheit der generierten Artefakte im Hinblick auf eBPF-Validierungsregeln, Memory-Safety-Annahmen und die Kompatibilität zu Kernel-Versionen zu sichern. Für viele Organisationen kommt hinzu, dass sie nachvollziehbare Nachweise für Codeänderungen benötigen, etwa im Rahmen interner Audit-Prozesse oder im Zuge von Datenschutz- und Zugriffsanforderungen.
Ein wichtiger Vergleich, der über die Wahl der Sprache hinausgeht, betrifft die Architekturentscheidung: Cloud-native Plattformen fördern standardisierte Deployment- und Observability-Pipelines, während Kernelnahe Anpassungen oft stark von Zielumgebung und Kernel-Config abhängen. KernelScript zielt auf ein einheitliches Modell, in dem eBPF, User-Space und Kernel-Extension-Entwicklung zusammengedacht werden. Das kann die Integrationskosten senken, ähnlich wie moderne Toolchains Builds vereinheitlichen. Gleichzeitig muss KernelScript zeigen, dass seine Codegenerierung für unterschiedliche Kernel-Features, Limits und Verifikationspfade verlässlich bleibt. In der Praxis ist das oft der Engpass, der entscheidet, ob eine Beta-DSL in Produktion überführt wird.
Der weitere Fahrplan wird zeigen, wie reibungslos sich KernelScript über Beispiele hinaus in echte Projekte integrieren lässt. Auf der OSS 2026-Präsentationsseite hat das Team laut Meldung die Assets bereitgestellt, und der KernelScript-Code ist auf GitHub verfügbar, was Early Adoption grundsätzlich erleichtert. Entscheidend wird sein, ob die Lernkurve wirklich sinkt und ob das Projekt bei Fehlern klare Debugging- und Mapping-Mechanismen anbietet, etwa wenn generierter Code auf eBPF-Validatoren oder bestehende Linux-Schnittstellen trifft. Wenn KernelScript sein Beta-Stadium hinter sich lässt, könnten Teams schneller von Prototypen zu produktionsreifen Erweiterungen gelangen – vorausgesetzt, Tooling, Tests und Kompatibilitätsstrategie wachsen im gleichen Tempo.
💳 Amazon-Kreditkarte mit 2.000 Euro Limit bestellen!
🔥 Heutige Hot Deals bei Amazon: Bis zu 80% Rabatte!
🎉 Amazon Haul-Store für absolute Schnäppchenjäger!
- ★ 23-stufiges KI-Go-Training – Für Spieler mit Grundkenntnissen der Regeln – Entwickelt als intelligenter Trainingspartner passt sich die KI Spielern von 18K bis 9D an. Ideal für alle, die die Grundregeln bereits beherrschen und ihr Spiel verbessern möchten.
- IHR EMOTIONALER AI-BEGLEITER: Eiliko ist mehr als nur ein Anhänger, es ist ein charismatischer KI-Freund. Mit einem dynamischen LED-Bildschirm, der eine Vielzahl von animierten Gesichtern und Ausdrucksformen anzeigt, reagiert er auf Ihre Interaktionen mit einzigartiger Persönlichkeit und Charme.
- NIEDLICHER BEGLEITER: Eilik ist der ideale Begleiter für Kinder und Erwachsene, die Haustiere, Spiele und intelligente Roboter lieben. Mit vielen Emotionen, Bewegungen und interaktiven Funktionen.
- 【XL-Größe für gedeihende Pflanzen】Geben Sie Ihren Pflanzen den Raum, den sie verdienen! Unser verbessertes, großes 13,7 cm großes Design bietet Platz für Pflanzen mit einem Durchmesser von bis zu 8,9 cm und damit deutlich mehr Platz für Wurzelwachstum und Pflanzengesundheit im Vergleich zu kleineren, veralteten Modellen. Die Produktabmessungen betragen 13,6 x 13,6 x 13,2 cm und das Gerät wiegt nur 355 g.
- V28 Update - JETZT MIT NEUEN FUNKTIONEN! Als Reaktion auf das Ladeproblem von Loona haben wir das automatische Aufladen 2.0 verbessert. Diese Optimierung hilft Loona, die Ladewege in verschiedenen Szenarien zu erkennen und anzupassen, um die Erfolgsquote beim automatischen Aufladen zu erhöhen. Mobile Hotspots können sich mit Loona verbinden und überwinden WLAN-Einschränkungen, sodass Sie jederzeit und überall mit Loona interagieren können.
- Die besten Bücher rund um KI & Robotik!
- Die besten KI-News kostenlos per eMail erhalten!
- Zur Startseite von IT BOLTWISE® für aktuelle KI-News!
- IT BOLTWISE® kostenlos auf Patreon unterstützen!
- Aktuelle KI-Jobs auf StepStone finden und bewerben!
- Künstliche Intelligenz: Dem Menschen überlegen – wie KI uns rettet und bedroht | Der Neurowissenschaftler, Psychiater und SPIEGEL-Bestsellerautor von »Digitale Demenz«
Du hast einen wertvollen Beitrag oder Kommentar zum Artikel "KernelScript: Neue DSL für Linux-Kernel-Anpassungen und eBPF-Optimierungen" für unsere Leser?
#Sophos
#AmazonPrime
#Bestseller
Es werden alle Kommentare moderiert!
Für eine offene Diskussion behalten wir uns vor, jeden Kommentar zu löschen, der nicht direkt auf das Thema abzielt oder nur den Zweck hat, Leser oder Autoren herabzuwürdigen.
Wir möchten, dass respektvoll miteinander kommuniziert wird, so als ob die Diskussion mit real anwesenden Personen geführt wird. Dies machen wir für den Großteil unserer Leser, der sachlich und konstruktiv über ein Thema sprechen möchte.
Du willst nichts verpassen?
Du möchtest über ähnliche News und Beiträge wie "KernelScript: Neue DSL für Linux-Kernel-Anpassungen und eBPF-Optimierungen" informiert werden? Neben der E-Mail-Benachrichtigung habt ihr auch die Möglichkeit, den Feed dieses Beitrags zu abonnieren. Wer natürlich alles lesen möchte, der sollte den RSS-Hauptfeed oder IT BOLTWISE® bei Google News wie auch bei Bing News abonnieren.
Nutze die Google-Suchmaschine für eine weitere Themenrecherche: »KernelScript: Neue DSL für Linux-Kernel-Anpassungen und eBPF-Optimierungen« bei Google Deutschland suchen, bei Bing oder Google News!