Connect with us

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.

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.

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.

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.

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.

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)



Source link

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

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.

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)



Source link

Weiterlesen

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.



Source link

Weiterlesen

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.

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)



Source link

Weiterlesen

Beliebt