Titel: Weitere Btrfs Leistungsverbesserungen im Kernel 6.16
Beitrag von: Sebastian am 31. Mai 2025, 06:51:17
Bei Interesse siehe hier
https://www.phoronix.com/news/Linux-6.16-Btrfs-Performance
oder hier
[youtube pjJlAyo7I-0]
Dank KI Übersetzung muss man nun noch nicht mal mehr Englisch können. Damit gibt es dann noch mehr futter für diejenigen die meinen sie bräuchten die Weltsprache nicht, weil wir hier in Deutschland eine Sonderrolle haben. Ich hoffe dann nur für alle anderen das die Übersetzung immer richtig ist ;)
Bin gespannt, ob ich was von den Neuerungen merke. Bei meinen Umgang mit dem Notebook vermute ich nicht. ;D
LG
Sebastian |
Titel: Re:Weitere Btrfs Leistungsverbesserungen im Kernel 6.16
Beitrag von: Andreas am 31. Mai 2025, 08:47:25
...das könnte einen Performance-Schub für mein Anwendungsprofil bringen. Genug RAM habe ich ja - ich bin mal gespannt auf den 6.16er. Mal wieder einer der häufigen Fälle warum ich stets den neuesten Kernel haben möchte.
LG
Andreas |
Titel: Re:Weitere Btrfs Leistungsverbesserungen im Kernel 6.16
Beitrag von: Sebastian am 31. Mai 2025, 09:12:10
Es war das Dateisystem Btrfs, das mich zum aktuellen Kernel hingetrieben hat, da ich vorher die ganzen Neuerungen im Kernel nicht gebraucht habe. Aber jetzt, wo ich auch durch Btrfs mehr die Kernel Entwicklungen verfolge, musste ich feststellen, dass ich auch schon von besserem Code für Verschlüsselung hätte profitieren können. Zudem sind komischerweise in den letzten Jahren mehr Bugs in Zusammenhang mit dem LTS Kernel aufgetaucht oder zumindest die nur Auswirkungen haben, wenn man diesen verwendet.
Nun ja, jetzt habe ich mich an das neue Spielzeug (weil Hobby) gewöhnt bzw. genieße die Vorteile, so dass ich jetzt auch nicht mehr zurückmöchte. Was mir zeigt, dass ich eine Gewohnheitsfalle getappt bin und mich mit den Neuerungen nicht auseinandersetzten, wollte. Jetzt da ich das weiß, kann ich den Schweinehund Gassi führen ;D
LG
Sebastian |
Titel: Re:Weitere Btrfs Leistungsverbesserungen im Kernel 6.16
Beitrag von: Andreas am 01. Juni 2025, 08:33:38
Ich habe mir mal die Quellcodes der Veränderungen angeschaut. Ich habe natürlich nicht alles verstanden - dazu ist der Quelltext auch viel zu umfangreich. Aber einige Änderungen dürften sich massiv auf die für mich nicht akzeptablen slow-downs auswirken. Der einzige Verlust, den ich für btrfs und die Datensicherheit sehe ist der, dass nach den Änderungen Dateien, die gerade im Schreibprozess begriffen waren als ein unerwartetes Ende eintrat (Stromausfall, abgezogenes SATA-Kabel etc.) nun komplett verloren sind und nicht wie vorher nur der letzte Block. Aber ganz ehrlich: diesen "Sicherheitsverlust" kann man gegenüber einem massiven Gewinn an Performance wohl in Kauf nehmen... Andere Änderungen habe ich nicht verstanden, aber was ich sehe ist die Menge an Intelligenz und Herzblut, die in btrfs gesteckt wird und die Entwicklungsgeschwindigkeit. Belohnt wird das aktuell in eine schnelle und gute Integration in den Kernel. Damit dürfte btrfs das Dateisystem der Zukunft für Linux werden. Oh Mann - wie schnell es gehen kann wenn sich menschlicher Entdeckungsdrang, Motivation und Wissen zusammentun. Das ist einer der Gründe, warum ich Linux liebe. Auch wenn ich gemessen an diesen Entwicklern ganz unten an der Leiter stehe, so sehe ich im Verhalten dieser Entwickler etliche Elemente, die auch ich in meiner Philosophie trage. Und deswegen nutze ich die testing-Quellen - um wenigstens durch mein Testen den Entwicklern zu helfen, wenn ich es schon nicht auf direkter Programmierebene kann.
Immer mehr zeigt sich, nicht nur im IT-Bereich, dass es eben nicht ausreicht, nur Geld auf den Tisch zu legen um etwas zu bekommen / nutzen zu können. Immer öfter ist eigenes Engagement notwendig, das Zeit und Gehirnschmalz Einsatz fordert. Die "Endphase" des Kapitalismus ist, dass jeder, der irgendwie kann, versucht, an das Geld anderer zu kommen. Und die "am Ende dieser Skala", die sich nicht durch das Entgegenhalten von Sachen, die man einem nicht wegnehmen kann (wie Wissen und Können) - die werden auf mittelfristige Sicht das verlieren, was sie für das Wichtigste halten. Und feststellen, dass es eben nicht ausreicht, sich auf einen Bereich zu fixieren (die anderen bekommt man schon von anderen kostenlos), die werden auch feststellen, dass das nur eingeschränkt gilt...
Ich setze in den nächsten Tagen eines meiner Systeme (das KDE-System) auf BTRFS auf und pflege es parallel zu meinen anderen. Die Sache wird sehr spannend!
LG
Andreas |
Titel: Re:Weitere Btrfs Leistungsverbesserungen im Kernel 6.16
Beitrag von: Sebastian am 01. Juni 2025, 13:57:27
Der einzige Verlust, den ich für btrfs und die Datensicherheit sehe ist der, dass nach den Änderungen Dateien, die gerade im Schreibprozess begriffen waren als ein unerwartetes Ende eintrat (Stromausfall, abgezogenes SATA-Kabel etc.) nun komplett verloren sind und nicht wie vorher nur der letzte Block.
|
|
Für mich hört sich das mit vorbehalt gut an, da ich Datensicherheit vor Schnelligkeit bevorzuge. In diesem Fall muss ich aber sagen, durch diesen Zugewinn ist das zu verkraften. Außerdem beim plötzlichen Stromausfall, denke ich, geht immer irgendetwas verloren, was der Natur der Sache geschuldet ist. Da ist kein Dateisystem, völlig immun gegen. Wichtig ist das dadurch das Dateisystem an sich nicht unbrauchbar wird, und höchsten den Daten von letztem Commit "nur" verloren sind (Bei Btrfs ist der Default im übrigens 30 Sekunden bis zum nächsten commit/flush. Ext4 hat hier ein Default von 5 Sekunden). Also, wenn man hier mehr Sicherheit benötigt, kann man hier auch noch was dran schrauben bei btrfs. Von daher, denke ich, kann jeder sein Dateisystem so nutzen wie er es benötigt.
Ich setze in den nächsten Tagen eines meiner Systeme (das KDE-System) auf BTRFS auf und pflege es parallel zu meinen anderen. Die Sache wird sehr spannend!
|
|
Ich wünsche mir für dich wirklich, dass du deinen benötigten Performanceschub dadurch bekommst. Denn Btrfs ist schon ein geiles Filesystem (wenn man gelernt hat damit umzugehen). Zudem sehe ich in COW Dateisysteme als nächste Evolution von Journaling Dateisysteme an (auch wenn man hier Äpfel mit Birnen vergleicht). Ich finde diese Dateisysteme einfach von Prinzip her sinnvoll sicherer, da ja neue Daten immer erst erfolgreich geschrieben werden müssen, bevor die Pointer umgestellt werden. Und selbst wenn da was dran kaputtgeht, dann behält man ja immer noch die alten Daten, weil ja nie etwas überschrieben wird.
PS:
@Andreas,
Dass du dich da so tief einliest, hätte ich jetzt tatsächlich nicht gedacht, das dein Interesse doch so groß zu btrfs geworden ist. Ich dachte schon, du möchtest dein format and forget ext4 auf ewig behalten. :)
LG
Sebastian |
Titel: Re:Weitere Btrfs Leistungsverbesserungen im Kernel 6.16
Beitrag von: Andreas am 01. Juni 2025, 15:55:58
Nein, ich folge so gut es geht dem Fortschritt. Nur, wenn er Nachteile für mich bringt, dann muss ich auf dem älteren verweilen. Den Anstoß zu meinem Forscherdrang gab mir dein Post mit den Änderungen in Kernel 6.16. Das hat mich neugierig gemacht. Ich überfliege oft andere Quellcodes. Mein gesamtes Programmiererkönnen habe ich dadurch erworben indem ich sehe, wie es andere machen. Man kann Dinge 1:1 übernehmen, oder modifizieren, oder nur Schnipsel verwenden. Alles bringt einen weiter.
LG
Andreas |
Diskussions- und Newsboard der Linux Interessen Gruppe Suletuxe | Powered by YaBB SE
© 2001-2003, YaBB SE Dev Team. All Rights Reserved.
|