{"id":183759,"date":"2026-10-12T16:53:43","date_gmt":"2026-10-12T14:53:43","guid":{"rendered":"https:\/\/prohoster.info\/blog\/news\/linus-torvalds-eksperimentiruet-s-generacziej-izmenenij-k-yadru-cherez-ai"},"modified":"2026-10-12T16:53:48","modified_gmt":"2026-10-12T14:53:48","slug":"linus-torvalds-experiments-with-ai-generated-kernel-changes","status":"publish","type":"post","link":"https:\/\/prohoster.info\/pl\/blog\/news\/linus-torvalds-experiments-with-ai-generated-kernel-changes","title":{"rendered":"Linus Torvalds eksperymentuje z generowaniem zmian w j\u0105drze za pomoc\u0105 AI","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Linus Torvalds przygotowa\u0142 zestaw poprawek dla systemu zarz\u0105dzania pami\u0119ci\u0105 w j\u0105drze Linux, kt\u00f3re implementuj\u0105 optymalizacj\u0119 dla odczytu ma\u0142ych blok\u00f3w danych z pami\u0119ci podr\u0119cznej stron bez atomowej zmiany licznika odwo\u0142a\u0144 (refcount) w strukturze folio. W tre\u015bci commita wskazano, \u017ce zmiany, zwi\u0105zane z tym testy oraz wst\u0119pny tekst notatki zosta\u0142y stworzone przez asystenta AI Claude Code pod nadzorem Torvaldsa. Zmiana zosta\u0142a dodana do osobnej ga\u0142\u0119zi j\u0105dra noref-filemap-read-with-llm i na razie nie wiadomo, czy zostanie przeniesiona do g\u0142\u00f3wnej ga\u0142\u0119zi, czy jest to tylko wewn\u0119trzny eksperyment.<\/p>\n
W trakcie test\u00f3w dzi\u0119ki \u0142atkom uda\u0142o si\u0119 zwi\u0119kszy\u0107 przepustowo\u015b\u0107 odczytu ma\u0142ych plik\u00f3w w konfiguracji z 8 w\u0105tkami z 9,9-10,4 do 30-33 milion\u00f3w operacji na sekund\u0119 (wzrost o 3 razy), z 4 w\u0105tkami \u2014 z 8,9-11,6 do 25-26 mln\/s (wzrost o 2 razy), a przy obci\u0105\u017ceniu jednow\u0105tkowym z 7,9-8,1 do 8,8-8,9 mln\/s. Wzrost wydajno\u015bci t\u0142umaczy si\u0119 tym, \u017ce podczas jednoczesnego dost\u0119pu do pami\u0119ci podr\u0119cznej pojawia si\u0119 ostra konkurencja mi\u0119dzy w\u0105tkami podczas dost\u0119pu do pami\u0119ci podr\u0119cznej. Na przyk\u0142ad, gdy 8 w\u0105tk\u00f3w pr\u00f3buje jednocze\u015bnie odczyta\u0107 16 bajt\u00f3w danych, 99,92% czasu sp\u0119dza si\u0119 nie na samym odczycie, ale na oczekiwaniu na dost\u0119p do licznika referencji.<\/p>\n
W poprawce, aby zapewni\u0107 poprawno\u015b\u0107 danych, zamiast stosowania oddzielnych blokad, zmiany licznik\u00f3w odwo\u0142a\u0144 lub buforowania po\u015bredniego, zastosowano alternatywn\u0105 metod\u0119, kt\u00f3ra wykorzystuje odroczone zwolnienie pami\u0119ci z synchronizacj\u0105 za pomoc\u0105 mechanizmu RCU (Read-Copy-Update). Proponowana w poprawce metoda zapewnia, \u017ce strona pami\u0119ci nie zostanie fizycznie zwolniona, dop\u00f3ki czytaj\u0105cy w\u0105tek nie zako\u0144czy kopiowania danych. \n \u0179r\u00f3d\u0142o: opennet.ru<\/a> <\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"