Künstliche Intelligenz
Linux: Torvalds wirft Bcachefs-Dateisystem aus dem Kernel
Linus Torvalds hat den Support für Bcachefs aus dem Hauptentwicklungszweig seines Kernels entfernt; das in neun oder zehn Wochen erwartete Linux 6.18 wird mit dem Dateisystem formatierte Datenträger daher von Haus aus nicht mehr einbinden können. Der für Linux-Verhältnisse ungewöhnliche Rauswurf erfolgte rund 24 Stunden nach der Freigabe von Linux 6.17 zum Wochenstart. Diese Version hatte bereits keine Bcachefs-Neuerungen mehr gebracht, denn der Linux-Erfinder hatte den Stand dort vor zwei Monaten als „extern gewartet“ gekennzeichnet und damit eingefroren – nach mehrfachem Zank mit Kent Overstreet, dem Erfinder und Hauptentwickler von Bcachefs.
Bcachefs lässt sich jetzt via DKMS einrichten
Der Rauswurf sollte nur wenige Linux-Anwender betreffen, denn der Bcachefs-Code in Linux ist nie dem experimentellen Stadium entwachsen. Da einzelne Distributionen das Dateisystem aber als Option für Tester anboten, hat es durchaus Nutzer. Darunter sind auch einige sehr laute Fürsprecher. Kein Wunder, lockt doch Bcachefs mit einer attraktiven Kombination einiger von anderen Dateisystemen bekannten Features.
Für diese und zukünftige Anwender hat Overstreet einige Umbaumaßnahmen am Code vorgenommen, die er fortan extern entwickelt, wie er es vor der Aufnahme bei Linux 6.7 vor rund eindreiviertel Jahren getan hat. Durch die Umbauten lässt sich Bcachefs jetzt per DKMS (Dynamic Kernel Module Support) bei verschiedensten Kerneln ab Linux 6.16 nachrüsten – und wird bei Kernel-Updates idealerweise auch automatisch passend zum neuen Kernel übersetzt. Das Ganze kennen viele Anwender etwa von Distributionen wie Debian oder Ubuntu, die das ältere, proprietäre Kernel-Modul der Nvidia-Grafiktreiber via DKMS handhaben.

Torvalds will mit dem Rauswurf Verwirrung vermeiden, wo Bcachefs jetzt via DKMS installierbar ist.
(Bild: Screenshot Thorsten Leemhuis / heise medien)
Auch zur Virtualisierung mit VMware oder VirtualBox oder zum Support des Dateisystem OpenZFS setzen viele Distributionen auf das unabhängig vom Kernel gewartete DKMS. Das funktioniert in vielen Fällen recht zuverlässig, fällt gelegentlich aber beim Kompilieren auf die Nase. Das liegt zumeist nicht an DKMS, sondern am eher monolithischen Design von Linux.
Bei dem sind Treiber, Dateisystemcode und nichts Separates, sondern formen zusammen den „Kernel“ – auch dann, wenn man beim Bau des Kernels festlegt, einige Teile als nur bei Bedarf nachgeladenes Modul auszulagern. Bei gängigen Linux-Distributionen passen Kernel-Module daher nur zu dem Kernel-Image, für das sie kompiliert wurden. Diese sind somit eben nicht ab- oder aufwärtskompatibel, wie man es von stabilen Plug-in- oder Add-on-Schnittstellen bei Browsern oder Treibern von Windows kennt.
Gefahr des „sich selbst Aussperrens“ durch instabile Schnittstellen
Das liegt auch an einem anderen Aspekt: Um den Kernel schnell und schlank zu halten, verändern Torvalds und seine Helfer bei Bedarf die Kommunikationswege zwischen den verschiedenen Bestandteilen von Linux; dabei nehmen sie keine Rücksicht auf externe gewarteten Kernel-Code, der sich über diese Wege einklinkt. Entwickler von extern entwickeltem Kernel-Code wie fortan Bcachefs müssen diesen daher hin und wieder an die Belange neuer Linux-Versionen anpassen; das kann alle paar Wochen oder nur alle paar Jahre nötig sein, je nachdem, welche Kernel-Funktionen der externe Code verwendet und wie häufig sich diese Kernel-seitig ändern.
Diese Änderungen am externen Code müssen es dann aber auch zu den Nutzern schaffen, bevor diese auf Kernel-Version mit veränderten Schnittstellen wechseln. Hakt es daran, schlägt beim Anwender das automatische Kompilieren des Moduls via DKMS fehl.
Bei extern gewarteten Modulen für Grafikchips führt das zu Problemen, die zumindest Kenner oft mit einigen Handgriffen lösen können. Bei Modulen für Dateisysteme kann es schwieriger sein, denn wenn dem startenden Kernel ein Modul für das Root-Dateisystem fehlt, kann man das System darüber nicht mehr starten und daher kein passendes neues Modul einrichten. Um sich aus so einer Situation ohne Live-Linux heraus zu manövrieren, belassen einige Distributionen den jeweils letzten als funktionierend bekannten Kernel bei Updates als Boot-Option zurück. Derlei braucht man im dümmsten Fall auch, wenn neuer Modulcode nicht funktioniert und man das alte Modul schon gelöscht hat.
Distributions-spezifische Anpassungen erschweren die Auslieferung
Der DKMS-Weg von Bcachefs hat einen weiteren Nachteil, wie Overstreets Mail zur breiten Verfügbarkeit des DKMS-Ansatzes zeigt: Statt Bcachefs mehr oder weniger frei Haus über den Kernel an Distributionen zu verteilen, sind nun Anpassungen für Eigenarten der verschiedensten Distributionen nötig. Zur möglichst einfachen Handhabung durch die Nutzer braucht es ferner idealerweise auch Distributions-spezifische Pakete, die jemand konstant pflegt und testet.
Beim Support für Arch Linux, Debian und Ubuntu scheint die Lage demnach schon recht gut zu sein. Bei Fedora ist es im Werden, während bei openSUSE noch allerlei Fragezeichen im Raum stehen; dessen Entwickler hatten kürzlich den Bcachefs-Support bei Tumbleweed-Kernel beim Wechsel auf 6.17 deaktivierten und Overstreets Verhalten dabei kritisierten.
DKMS ist der Grund für den schnellen Rauswurf
Die Bcachefs-Unterstützung zur Handhabung via DKMS nennt Torvalds jetzt als Grund für die Entfernung des Dateisystems – die Kenner mittelfristig erwartet hatten, aber letztlich jetzt viel flotter kam, als es bei der Stilllegung von Bcachefs vor zwei Monaten schien. Der waren mehrere Streitereien vorangegangen, vor allem zwischen Overstreet und Torvalds. Gleich zweimal hatte es zwischen den beiden lautstark gekracht, weil der Bcachefs-Erfinder Code mit neuen Features zur Aufnahme während der längeren Stabilisierungsphase an den Linux-Erfinder schickte, anstatt während der kurzen Hauptentwicklungsphase (dem „Merge Window“), die dafür vorgesehen ist. Overstreet war aber auch mehrfach mit anderen Entwicklern zusammen gerasselt. Unter anderem, weil er hinterrücks den von ihnen betreuten Code geändert hatte.
Der streitbare Kalifornier hat Bcachefs seit über zehn Jahren weitgehend im Alleingang entwickelt – auch, weil sich mehrere mit der Zeit dazu gestoßene Mitstreiter über kurz oder lang mit ihm überworfen haben. Bis zu einem gewissen Grad ist das nur menschlich, schließlich passiert derlei auch beim Hasenzüchter- und Sportvereinen; bei Häufigkeit und Tonfall der Streitereien hebt sich die Bcachefs-Entwicklung aber negativ von anderen Software-Projekten und auch dem Linux-Kernel ab.
c’t Open Source Spotlight abonnieren
Innovative Software, spannende Projekte: Erweitern Sie Ihre Möglichkeiten und werden Sie Teil der Open Source Community.
E-Mail-Adresse
Ausführliche Informationen zum Versandverfahren und zu Ihren Widerrufsmöglichkeiten erhalten Sie in unserer Datenschutzerklärung.
Dateisystem-Entwicklung ist hart
Derlei Drama und der Zank mit zentralen Kernel-Entwicklern dürften Schwergewichte aus dem Linux-Bereich verschrecken, die jährlich schätzungsweise mehrere Millionen von US-Dollar in Hardware und Mitarbeiter investieren, um die direkt in Linux enthaltenen Dateisysteme zu testen und zu verbessern – etwa Google (Ext4), Meta und Suse (Btrfs) oder Oracle und Red Hat (XFS).
Für Overstreet und seine Unterstützer wird es schwer, da mitzuhalten, denn Dateisysteme sind komplex und Linux-Nutzer machen die kuriosesten Dinge mit ihnen – daher sind meist viele Jahre Feldtest und mühsames Feintuning nötig, bis ein universelles Dateisystem wie Bcachefs wirklich stabil und in vielen der gängigen Einsatzgebiete performant arbeitet.
Hier hat Bcachefs noch viel Arbeit vor sich, auch wenn sein Hauptentwickler den extern gewarteten Dateisystemcode kürzlich als „stabil“ deklariert hat. Zumindest, wenn es ähnlich wie bei der Entwicklung von Btrfs, Ext4, Reiserfs oder XFS läuft: Auch dort war ab einem vergleichbaren Punkt noch jahrelange Arbeit und damit letztlich auch viel Geld nötig, um die Erwartungen der breiten Anwenderschar an Robustheit und Performance zu befriedigen.
(ktn)
Künstliche Intelligenz
3D-Druck mit Holz | heise online
Der 3D-Druck verändert zahlreiche Branchen grundlegend, und die Möbelbranche profitiert besonders von Holzpotenzial als umweltfreundlichem und optisch ansprechendem Material. Eine neue Methode, um Holzabfälle für den 3D-Druck zu nutzen, kommt aus Israel. Forscher der Hebrew University of Jerusalem haben ein Verfahren entwickelt, um aus Holzspänen 3D-Filament zu produzieren.
Weiterlesen nach der Anzeige
Holzfasern als Basis
Das Forschungsteam um Doron Kam sammelte Holzreste aus der Möbel- oder Baubranche und trocknete diese gründlich, um den Wassergehalt zu minimieren. Danach mahlten sie die Partikel zu feinem Pulver und mischten das Holzpulver mit organischen Klebstoffen wie Lignin oder Naturharzen. So entsteht ein stabiles Filament für FDM-Drucker (Fused Deposition Modeling). Anschließend druckten sie mit einem 3D-Drucker damit Bänder. Aus diesen Bändern formten sie eine meterhohe Schale durch Anordnung der Bänder in engen Kreisverläufen.
Frühere Studien zum 3D-Druck mit Holz offenbarten dabei eine Eigenart des Materials. Es krümmt sich und schrumpft beim Trocknen. Dadurch wölben sich die Ränder eines gedruckten Kreises nach oben, statt die Rundung zu erhalten. Kam und sein Team nutzten diese Eigenschaft nun zur Verbesserung des Druckprozesses. Anstelle rechteckiger Formen verwendete das Team Spiralformen und konzentrische Kreise zum Ausdruck, was die Festigkeit erhöhte.
Wie das Branchenportal 3DActivation berichtete, gelang der Durchbruch durch Anpassung der Druckgeschwindigkeit in Verbindung mit der Ausrichtung und individuellen Trocknung von 3D-gedruckten spiralförmigen Helix-Streifen. „Ziel ist es, das Verfahren zu perfektionieren, um eines Tages beliebige Holzabfälle oder auch Äste zu zerkleinern und als Basismaterial mittels 3D-Druck dann für die Herstellung von Holzprodukten und Möbeln nutzen zu können“, so das Forschungsteam.
3D-Druck aus dem Erzgebirge
Andere Wege geht ein Forscherteam aus dem Erzgebirge, wo traditionell Holzspielzeug, Nussknacker, Räucherfiguren sowie Möbel und Halbzeuge aus Holz seit Generationen gefertigt werden. Bei den unterschiedlichen Verfahren für den 3D-Druck ist für Holz besonders die Werkstoffextrusion im Liquid-Deposition-Modeling-Verfahren (LDM) interessant. Ein Forschungsteam um Dr.-Ing. Michael Rosenthal von der TU Dresden nutzt das LDM-Verfahren zur Herstellung von Holzprodukten über 3D-Drucker. Michael Rosenthal und sein Team ahmen bei dem Verfahren die Arbeitsweise von Wespen nach, die Holzbrei für Nester formen.
Weiterlesen nach der Anzeige
Dabei besteht das Material zu 90 Prozent aus Holzresten wie Spänen und Staub. Teammitglieder mischten es mit Bindern wie Stärke oder Celluloseether in Wasser. Sie passten die Eigenschaften an und reduzierten das Schrumpfen, wobei sich die Festigkeit steigern ließ. Das entstandene Material klebt gut, erlaubt Schrauben mit halber Spanplattenfestigkeit bei einer Druckfestigkeit von bis zu 8 MPa (Mega Pascal) und hält Klammern sicher. Als gedruckte Beispiele präsentieren die Forscher etwa Schmuckschatullen mit gedrechseltem Deckel und gedruckte Dosen aus Abfallspänen. Teammitglied Stefan Beyer formte im Workshop sogar Gitarrenkörper über den 3D-Drucker.
Weitere Infos zum Verfahren sowie Termine zu Workshops zum 3D-Druck von Holzgegenständen bietet die Initiative Denkstatt Erzgebirge auf der Webseite.
(usz)
Künstliche Intelligenz
Kali Linux 2025-3 mit GenAI und MCP zur einfachen Penteststeuerung im Test
Die auf Penetrationstests, digitale Forensik und Sicherheitsanalysen spezialisierte Distribution Kali Linux verbessert in der neuen Version 2025-3 die Struktur des Build-Systems und erweitert den Bereich der drahtlosen Netzwerke mit neuen Tools und Funktionen. Vor allem aber bringt sie neue Werkzeuge mit einem Fokus auf KI-gestütztem Arbeiten.
Mit dem aktuellen Release ändert das Entwicklerteam die internen Build-Prozesse und migriert auf aktuelle HashiCorp-Packer- und Vagrant-Versionen. Im Zuge der Umstellung wurden die Vorlagen für die automatische Installation (pre-seed) vereinheitlicht, die Packer-Build-Skripte auf den aktuellen Standard gebracht und die Anpassungen für virtuelle Maschinen direkt in die bestehenden Build-Skripte integriert. Die Zukunft wird zeigen, ob sich diese Methodik bewährt, etwa durch schnellere Verfügbarkeit stabilerer Images.
- Mit der aktuellen Version 2025-3 halten neue KI-Techniken in Kali Linux Einzug.
- GenAI und der MCP Kali Server machen es möglich, Pentests über natürliche Sprache zu steuern.
- Damit werden ausgefeilte Angriffe ohne viel Fachkenntnis möglich.

Jörg Riether ist spezialisiert auf Informationssicherheit, Datenspeicher, Netzwerke und Virtualisierung. Er arbeitet als Leitung der Konzerninformationssicherheit bei der Vitos gemeinnützige GmbH.
Die Unterstützung der 32-Bit-ARMel-Architektur wurde eingestellt, man folgt damit der Debian-Entwicklung. Kali basiert auf Debian Testing und dort gibt es schon heute keine ARMel-Pakete mehr. Betroffen sind ältere Geräte wie der Raspberry Pi 1 oder Pi Zero.
Das war die Leseprobe unseres heise-Plus-Artikels „Kali Linux 2025-3 mit GenAI und MCP zur einfachen Penteststeuerung im Test“.
Mit einem heise-Plus-Abo können Sie den ganzen Artikel lesen.
Künstliche Intelligenz
Forschungszentrum Jülich feiert Europas ersten Exaflops-Supercomputer
Weiterlesen nach der Anzeige
Ziel erreicht: Der Supercomputer Jupiter Booster am Forschungszentrum Jülich hat nun seine geplante Rechenleistung von 1 Trillion FP64-Gleitkommaberechnungen pro Sekunde erreicht. Damit ist und bleibt er der schnellste europäische Computer.
Er hielt zudem seinen Rang 4 auf der 66. Ausgabe der Top500-Liste der Supercomputer. Sie wurde auf der International Conference for High Performance Computing, Networking, Storage and Analysis (SC’25) in St. Louis veröffentlicht.
Jupiter Booster debütierte im Juni auf der 65. Top500-Liste mit 0,793 Exaflops/s (EFlops). Seither haben die Experten in Jülich noch weitere Module in Betrieb genommen und das System optimiert. Mit 63,3 Milliarden Flops pro Watt aufgenommener Leistung (63,3 GFlops/W) stieg auch die energetische Effizienz um 4,5 Prozent an.
Auch einige andere der besten zehn Supercomputer der neuesten Top500-Liste wurden optimiert. Die ersten 14 Plätze der Rangliste belegen aber dieselben Systeme wie im Juni. Erst dahinter gibt es einige kleinere Verschiebungen und auch mehrere Neuzugänge, aber im Leistungsbereich unter 140 Petaflops/s (0,14 EFlops).
Außerdem gibt es einen neuen Spitzenreiter auf der Green500-Liste der effizientesten Supercomputer, den KAIROS an der Uni Toulouse. Der ist ebenso wie Jupiter Booster eine Maschine vom Typ Bull Sequana XH3000 des französischen Herstellers Eviden (ehemals Atos), aber mit einem Bruchteil der Performance (3,046 PFlops, Top500-Rang 422). Dafür arbeitet sie aber mit 73,28 GFlops/W um knapp 16 Prozent effizienter.
1 Exaflops mehr Top500-Leistung
Weiterlesen nach der Anzeige
In der 66. Top500-Liste stehen 45 neue Supercomputer, davon 12 aus den USA, 7 aus Japan, 6 aus Kanada und drei in Deutschland. Der stärkste leistet 135,4 PFlops, der schwächste 2,91 PFlops. Zusammen steigern sie die aggregierte Rechenleistung der aktuellen Top500-Liste um fast genau 1 EFlops. Damit fällt der Leistungszuwachs der 66. Top500-Liste relativ schwach aus.
Die Hälfte der Top-Ten-Supercomputer der 66. Top500-Liste steht in Europa: Zwei in Italien und je einer in Deutschland, der Schweiz und Finnland. Die absolut meiste Supercomputer-Rechenleistung steht jedoch in den USA. Allerdings beteiligt sich China schon seit mehreren Jahren nicht mehr am Top500-Wettstreit.
Auch angesichts des enormen Wachstums von KI-Rechenzentren verblasst die Aussagekraft der Top500-Liste allmählich. Die KI-Boliden sind aber für andere Algorithmen optimiert als die meisten Top500-Systeme, eben für KI. Dabei rechnen sie meistens mit kompakteren und für KI optimierten Zahlenformaten, beim Training beispielsweise mit TF32- oder bFloat16-Werten, beim Inferencing mit einstelliger Bitzahl im Ganzzahlformat (Integer). Die Angaben zur KI-Rechenleistung sind daher nicht mit denen aus der Top500-Liste vergleichbar.
Die Top500-Liste berücksichtigt ausschließlich die Ergebnisse des Benchmarks High Performance LINPACK bei der Verarbeitung „doppelt genauer“ Gleitkommazahlen (Dual Precision/DP, FP64). 128 Top500-Systeme durchliefen zusätzlich den Benchmark High Performance Conjugate Gradients (HPCG) für andere wissenschaftliche Aufgaben. Viele der neueren Top500-Systeme sind auch für den Einsatz von KI-Software ausgelegt.
| 66. Top500-Liste der Supercomputer (November 2025): Top 10 | ||||||
| Rang | Name | Land | CPU-Typ | Beschleuniger | RMax* | Effizienz |
| 1 | El Capitan | USA | MI300A | AMD MI300A | 1809 PFlops | 60,9 GFlops/W |
| 2 | Frontier | USA | Epyc | AMD MI250X | 1353 PFlops | 55,0 GFlops/W |
| 3 | Aurora | USA | Xeon | Xeon GPU Max | 1012 PFlops | 26,2 GFlops/W |
| 4 | Jupiter Booster | Deutschland | GH200 | Nvidia GH200 | 1000 PFlops | 63,3 GFlops/W |
| 5 | Eagle (MS Azure) | USA | Xeon | Nvidia H100 | 561 PFlops | k.A. |
| 6 | Eni HPC6 | Italien | Epyc | AMD Instinct MI | 478 PFlops | 56,5 GFlops/W |
| 7 | Fugaku | Japan | A64FX | – | 442 PFlops | 14,8 GFlops/W |
| 8 | Alps | Schweiz | GH200 | Nvidia GH200 | 435 PFlops | 61,1 GFlops/W |
| 9 | LUMI | Finnland | Epyc | Instinct MI 250X | 380 PFlops | 53,4 GFlops/W |
| 10 | Leonardo | Italien | Xeon | Nvidia A100 | 241 PFlops | 32,2 GFlops/W |
| *RMax ist die per Linpack gemessene Gleitkomma-Rechenleistung (FP64) | ||||||
(ciw)
-
UX/UI & Webdesignvor 3 MonatenDer ultimative Guide für eine unvergessliche Customer Experience
-
UX/UI & Webdesignvor 3 MonatenAdobe Firefly Boards › PAGE online
-
Apps & Mobile Entwicklungvor 3 MonatenGalaxy Tab S10 Lite: Günstiger Einstieg in Samsungs Premium-Tablets
-
Datenschutz & Sicherheitvor 3 MonatenHarte Zeiten für den demokratischen Rechtsstaat
-
Social Mediavor 3 MonatenRelatable, relevant, viral? Wer heute auf Social Media zum Vorbild wird – und warum das für Marken (k)eine gute Nachricht ist
-
UX/UI & Webdesignvor 1 MonatIllustrierte Reise nach New York City › PAGE online
-
Datenschutz & Sicherheitvor 2 MonatenJetzt patchen! Erneut Attacken auf SonicWall-Firewalls beobachtet
-
Online Marketing & SEOvor 3 Monaten„Buongiorno Brad“: Warum Brad Pitt für seinen Werbejob bei De’Longhi Italienisch büffeln muss
