{"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\/da\/blog\/news\/predstavlena-vetka-yadra-linus-next-dlya-testirovaniya-v-rezhime-nepreryvnoj-integraczii","title":{"rendered":"Introduceret linus-next kernegren til test i en kontinuerlig integrationsmode","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Sasha Levin fra Google, der arbejder med vedligeholdelsen af LTS-grene af Linux-kernen og er medlem af r\u00e5dgivningsudvalget for Linux Foundation, har annonceret oprettelsen af en ny Linux-kernegren \u2014 \u00ablinus-next\u00bb. Denne gren er, ligesom \u00ablinux-next\u00bb, designet til at teste \u00e6ndringer, der foresl\u00e5s til inkludering i den kommende version af Linux-kernen, men den adskiller sig ved at fokusere p\u00e5 \u00e6ndringer, der er klar til at blive accepteret i hovedgrenen, og byder p\u00e5 en mere stabil og testegnet basis. <\/p>\n
Den tidligere anvendte gren \u00ablinux-next\u00bb var fremragende til at kontrollere integrationen af \u00e6ndringer i k\u00e6den, vurdere tilstedev\u00e6relsen af konflikter mellem undergrene fra forskellige vedligeholdere og identificere relaterede fejl og advarsler. Men den er problematisk at bruge til at teste funktionaliteten af \u00e6ndringerne. Grenen \u00ablinux-next\u00bb indeholder en blanding af \u00e6ndringer, der er klar til overf\u00f8rsel til hovedgrenen, og eksperimentelle tilf\u00f8jelser, som m\u00e5ske f\u00f8rst vil blive f\u00e6rdiggjort lang tid fremover og muligvis aldrig vil blive accepteret i hovedgrenen. <\/p>\n
Tilstedev\u00e6relsen af ustabil eksperimentel kode g\u00f8r det umuligt at bruge \u00ablinux-next\u00bb til fuldskala arbejdstest, da eksperimentel kode kan p\u00e5virke andre systemer i kernen negativt. I den nye gren \u00ablinus-next\u00bb vil kriterierne for accept af \u00e6ndringer v\u00e6re strengere \u2014 kun pull-anmodninger adresseret til Linus Torvalds vil blive inkluderet, og det antages, at Linus vil acceptere dem i hovedgrenen. <\/p>\n
Oprettelsen af grenen «linus-next» vil ikke kun g\u00f8re det muligt at teste kompatibiliteten af de foresl\u00e5ede \u00e6ndringer p\u00e5 niveauet for kernelkompilering, men ogs\u00e5 vurdere deres faktiske funktion, hvilket vil forbedre kvaliteten af testningen af \u00e6ndringer i den fase, hvor pull-anmodningen allerede er indsendt, men endnu ikke er blevet gennemg\u00e5et af Linus. Den nye gren vil ogs\u00e5 fremme tidlig indsendelse af pull-anmodninger, f\u00f8r vinduet for modtagelse af \u00e6ndringer \u00e5bner, s\u00e5 der gives mulighed for at teste dem i praksis. Desuden vil grenen «linus-next» udvikle sig i overensstemmelse med en model for kontinuerlig integration, snarere end en daglig opdatering med oprettelse af nye tags, hvilket vil forenkle analysen af opst\u00e5ede problemer og identificeringen af specifikke \u00e6ndringer, der har for\u00e5rsaget fejl. <\/p>\n
Yderligere kan man bem\u00e6rke Linus Torvalds' utilfredshed med blokering af hardware-s\u00e5rbarheder p\u00e5 kernniveau, som blev udtrykt under diskussioner om problemer og regressioner i koden for at modvirke angreb, der udnytter s\u00e5rbarheder i CPU'ens mekanisme for spekulativ udf\u00f8relse af instruktioner. \u00c6ndringerne, der er n\u00f8dvendige for at blokere hardware-s\u00e5rbarheder, komplicerer udviklingen, f\u00f8rer til regressioner og har negativ indvirkning p\u00e5 ydeevnen, selvom angreb ved hj\u00e6lp af de fleste s\u00e5danne s\u00e5rbarheder er udelukkende teoretiske og aldrig anvendes i praksis uden for laboratorieforhold. <\/p>\n
N\u00e5r man overvejer forslaget om at \u00e6ndre kernen for at omg\u00e5 potentielle problemer med at h\u00e5ndtere hardware-s\u00e5rbarheder, foreslog Linus at l\u00e6gge ansvaret p\u00e5 hardwareproducenterne som \u00e5rsagerne til fremkomsten af hardware-s\u00e5rbarheder, og at g\u00f8re det klart, at de selv skal l\u00f8se deres egne problemer. Den foresl\u00e5ede \u00e6ndring skulle tilf\u00f8jes som en sikkerhedsforanstaltning, da usikkerheden i CPU'ens adf\u00e6rd kunne medf\u00f8re, at beskyttelsen potentielt ville holde op med at virke p\u00e5 visse nye Intel CPU'er. \n Kilde: opennet.ru<\/a> <\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"