{"id":120265,"date":"2024-10-22T13:09:17","date_gmt":"2024-10-22T11:09:17","guid":{"rendered":"https:\/\/prohoster.info\/blog\/novosti-interneta\/predstavlena-vetka-yadra-linus-next-dlya-testirovaniya-v-rezhime-nepreryvnoj-integraczii"},"modified":"2024-10-22T13:09:17","modified_gmt":"2024-10-22T11:09:17","slug":"predstavlena-vetka-yadra-linus-next-dlya-testirovaniya-v-rezhime-nepreryvnoj-integraczii","status":"publish","type":"post","link":"https:\/\/prohoster.info\/pl\/blog\/news\/predstavlena-vetka-yadra-linus-next-dlya-testirovaniya-v-rezhime-nepreryvnoj-integraczii","title":{"rendered":"Przedstawiono ga\u0142\u0105\u017a j\u0105dra linus-next do testowania w trybie ci\u0105g\u0142ej integracji.","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Sasha Levin z Google, zajmuj\u0105cy si\u0119 utrzymywaniem ga\u0142\u0119zi LTS j\u0105dra Linux i b\u0119d\u0105cy cz\u0142onkiem doradczej rady Linux Foundation, og\u0142osi\u0142 utworzenie nowej ga\u0142\u0119zi j\u0105dra Linux \u2014 \u201elinus-next\u201d, kt\u00f3ra, podobnie jak ga\u0142\u0105\u017a \u201elinux-next\u201d, jest przeznaczona do testowania zmian proponowanych do w\u0142\u0105czenia do g\u0142\u00f3wnej wersji przysz\u0142ej ga\u0142\u0119zi j\u0105dra Linux, jednak r\u00f3\u017cni si\u0119 orientacj\u0105 na zmiany gotowe do przyj\u0119cia do g\u0142\u00f3wnej ga\u0142\u0119zi oraz zapewnianiem bardziej stabilnej i odpowiedniej do testowania bazy. <\/p>\n
Dotychczas u\u017cywana ga\u0142\u0105\u017a \u201elinux-next\u201d doskonale nadaje si\u0119 do sprawdzania integracji zmian w j\u0105drze, oceny obecno\u015bci konflikt\u00f3w mi\u0119dzy podga\u0142\u0119ziami r\u00f3\u017cnych maintainer\u00f3w oraz identyfikacji zwi\u0105zanych z kompilacj\u0105 b\u0142\u0119d\u00f3w i ostrze\u017ce\u0144, jednak trudno j\u0105 wykorzysta\u0107 do testowania dzia\u0142ania wprowadzonych zmian. Ga\u0142\u0105\u017a \u201elinux-next\u201d obejmuje mieszank\u0119 zmian gotowych do przeniesienia do g\u0142\u00f3wnej wersji j\u0105dra oraz eksperymentalnych dodatk\u00f3w, kt\u00f3re mog\u0105 by\u0107 d\u0142ugo rozwijane i by\u0107 mo\u017ce w og\u00f3le nie zostan\u0105 przyj\u0119te do g\u0142\u00f3wnej ga\u0142\u0119zi j\u0105dra. <\/p>\n
Obecno\u015b\u0107 niestabilnego eksperymentalnego kodu uniemo\u017cliwia u\u017cycie j\u0105dra \u201elinux-next\u201d do pe\u0142noprawnych test\u00f3w roboczych, poniewa\u017c kod eksperymentalny mo\u017ce negatywnie wp\u0142ywa\u0107 na inne podsystemy j\u0105dra. W nowej ga\u0142\u0119zi \u201elinus-next\u201d kryteria przyjmowania zmian b\u0119d\u0105 surowsze \u2014 do sk\u0142adu b\u0119d\u0105 do\u0142\u0105czane tylko pull-requesty skierowane do Linusa Torvaldsa, kt\u00f3re wed\u0142ug za\u0142o\u017ce\u0144 deweloper\u00f3w Linus zaakceptuje do g\u0142\u00f3wnej ga\u0142\u0119zi j\u0105dra. <\/p>\n
Wprowadzenie ga\u0142\u0119zi «linus-next» umo\u017cliwi nie tylko testowanie zgodno\u015bci proponowanych zmian na poziomie kompilacji j\u0105dra, ale tak\u017ce ocen\u0119 ich dzia\u0142ania, co przyczyni si\u0119 do zwi\u0119kszenia jako\u015bci testowania zmian na etapie rozpatrywania ju\u017c przes\u0142anego, ale jeszcze nie ocenionego przez Linusa, pull-requestu. Nowa ga\u0142\u0105\u017a b\u0119dzie tak\u017ce zach\u0119ca\u0107 do przesy\u0142ania pull-request\u00f3w tak szybko, jak to mo\u017cliwe, jeszcze przed rozpocz\u0119ciem okna przyjmowania zmian, aby umo\u017cliwi\u0107 ich przetestowanie. Ponadto ga\u0142\u0105\u017a «linus-next» b\u0119dzie rozwijana zgodnie z modelem ci\u0105g\u0142ej integracji, a nie codziennego aktualizowania z tworzeniem nowego tagu, co upro\u015bci analiz\u0119 pojawiaj\u0105cych si\u0119 problem\u00f3w oraz identyfikacj\u0119 konkretnych zmian, kt\u00f3re spowodowa\u0142y awari\u0119. <\/p>\n
Dodatkowo warto zauwa\u017cy\u0107 niezadowolenie Linusa Torvaldsa z procesu blokowania na poziomie j\u0105dra luk w zabezpieczeniach sprz\u0119towych, kt\u00f3re zosta\u0142o wyra\u017cone podczas dyskusji na temat problem\u00f3w i regresji w kodzie maj\u0105cych na celu przeciwdzia\u0142anie atakom wykorzystuj\u0105cym luki w mechanizmie spekulacyjnego wykonywania instrukcji w CPU. Zmiany niezb\u0119dne do zablokowania luk w zabezpieczeniach sprz\u0119towych komplikuj\u0105 rozw\u00f3j, prowadz\u0105 do pojawiania si\u0119 regresji i negatywnie wp\u0142ywaj\u0105 na wydajno\u015b\u0107, podczas gdy ataki wykorzystuj\u0105ce wi\u0119kszo\u015b\u0107 takich luk s\u0105 w zasadzie teoretyczne i nigdy nie s\u0105 stosowane w praktyce, poza warunkami laboratoryjnymi. <\/p>\n
Rozwa\u017caj\u0105c propozycj\u0119 zmiany j\u0105dra w celu omini\u0119cia potencjalnych problem\u00f3w zwi\u0105zanych z przeciwdzia\u0142aniem lukom sprz\u0119towym, Linus zaproponowa\u0142, aby odpowiedzialno\u015b\u0107 spad\u0142a na producent\u00f3w sprz\u0119tu, uznawanych za winnych powstawania luk sprz\u0119towych, i da\u0142 do zrozumienia, \u017ce powinni oni sami rozwi\u0105zywa\u0107 w\u0142asne problemy. Dyskutowana zmiana mia\u0142a by\u0107 wprowadzona jako zabezpieczenie, poniewa\u017c z powodu niepewno\u015bci zachowania CPU ochrona mog\u0142a potencjalnie przesta\u0107 dzia\u0142a\u0107 na niekt\u00f3rych nowych procesorach Intel. \n \u0179r\u00f3d\u0142o: opennet.ru<\/a> <\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"