{"id":122128,"date":"2025-02-28T02:22:05","date_gmt":"2025-02-28T00:22:05","guid":{"rendered":"https:\/\/prohoster.info\/blog\/novosti-interneta\/v-yadre-linux-6-15-namereny-udalit-fajlovuyu-sistemu-systemv"},"modified":"2025-02-28T02:22:05","modified_gmt":"2025-02-28T00:22:05","slug":"v-yadre-linux-6-15-namereny-udalit-fajlovuyu-sistemu-systemv","status":"publish","type":"post","link":"https:\/\/prohoster.info\/nl\/blog\/news\/v-yadre-linux-6-15-namereny-udalit-fajlovuyu-sistemu-systemv","title":{"rendered":"In de Linux-kernel 6.15 is het de bedoeling om het bestandssysteem SystemV te verwijderen","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Ontwikkelaar Jan Kara van SUSE heeft een patch voorgesteld die de code voor de ondersteuning van de bestandssystemen Xenix, SystemV\/386 en Coherent uit de Linux-kernel verwijdert. Deze code is sinds 2023 gemarkeerd als niet-ondersteund (orphaned) en sindsdien heeft niemand zich aangemeld om deze te onderhouden. Maintainer Christian Brauner, verantwoordelijk voor de bestandssystemen in de kernel, stemde in met het voorstel en accepteerde de patch in de branch vfs-6.15. Enkele uren geleden werd de inhoud van vfs-6.15 overgebracht naar de branch linux-next, waar wijzigingen voor de toekomstige kernel 6.15 worden voorbereid. <\/p>\n
Het verhaal begon in 2002, toen de Linux-kernel werd ontdaan van de globale lock (BKL \u2014 Big Kernel Lock) ten gunste van fijnere locks. Toen werd in het bestandssysteem SystemV overgestapt naar rwlock, maar dit leidde tot problemen waarbij de processor niet in slaapstand kon gaan tijdens de aanroep van de hele functie die de inode-metadata las. Het probleem werd pas in 2023 opgemerkt als gevolg van stresstests uitgevoerd met de SyzBot-tool. Dit soort incident toont aan dat niemand het SystemV FS gebruikt en dat het verwijderd kan worden. \n Bron: opennet.ru<\/a> <\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"