{"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\/de\/blog\/news\/predstavlena-vetka-yadra-linus-next-dlya-testirovaniya-v-rezhime-nepreryvnoj-integraczii","title":{"rendered":"Der Linus-next-Zweig des Kernels wurde zur kontinuierlichen Integrationstestung vorgestellt","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Sasha Levin von Google, der die LTS-Zweige des Linux-Kernels betreut und im Beratungsgremium der Linux Foundation sitzt, hat die Schaffung eines neuen Linux-Kernel-Zweigs angek\u00fcndigt \u2014 \u201elinus-next\u201c. Dieser ist analog zum Zweig \u201elinux-next\u201c daf\u00fcr vorgesehen, \u00c4nderungen zu testen, die f\u00fcr die Aufnahme in die zuk\u00fcnftige Hauptversion des Linux-Kernels vorgeschlagen werden, unterscheidet sich jedoch darin, dass er sich auf \u00c4nderungen konzentriert, die bereit sind, in den Hauptzweig \u00fcbernommen zu werden, und eine stabilere, testbare Basis bietet. <\/p>\n
Der vorher verwendete Zweig \u201elinux-next\u201c eignet sich hervorragend, um die Integration von \u00c4nderungen in den Kernel zu \u00fcberpr\u00fcfen, Konflikte zwischen den Unterzweigen verschiedener Maintainer zu bewerten und relevante Fehler und Warnungen bei der Kompilierung zu identifizieren. Er ist jedoch schwierig zu nutzen, um die Funktionalit\u00e4t der vorgenommenen \u00c4nderungen zu testen. Der Zweig \u201elinux-next\u201c umfasst eine Mischung aus \u00c4nderungen, die bereit sind, in den Hauptzweig des Kernels \u00fcbernommen zu werden, und experimentellen Erweiterungen, die m\u00f6glicherweise noch lange weiterentwickelt werden und m\u00f6glicherweise nie in den Hauptzweig des Kernels aufgenommen werden. <\/p>\n
Das Vorhandensein von instabilem experimentellem Code verhindert die Verwendung des Kernels \u201elinux-next\u201c f\u00fcr umfassende funktionale Tests, da experimenteller Code negative Auswirkungen auf andere Teilsysteme des Kernels haben kann. In dem neuen Zweig \u201elinus-next\u201c werden die Kriterien f\u00fcr die Annahme von \u00c4nderungen strenger sein \u2014 es werden nur Pull-Anfragen aufgenommen, die an Linus Torvalds gerichtet sind und von den Entwicklern als wahrscheinlich angesehen werden, dass Linus sie in den Hauptzweig des Kernels \u00fcbernimmt. <\/p>\n
Das Erscheinen des Branches \u201elinus-next\u201c wird nicht nur die M\u00f6glichkeit bieten, die Kompatibilit\u00e4t der vorgeschlagenen \u00c4nderungen auf der Ebene des Kern-Compile zu testen, sondern auch die direkte Funktionalit\u00e4t zu bewerten, was zu einer Verbesserung der Qualit\u00e4t der Tests der \u00c4nderungen w\u00e4hrend der \u00dcberpr\u00fcfung bereits eingereichter, aber noch nicht von Linus \u00fcberpr\u00fcfter Pull-Requests f\u00fchren wird. Der neue Branch wird auch die fr\u00fchzeitige Einreichung von Pull-Requests f\u00f6rdern, noch vor Beginn des Fensters zur Annahme von \u00c4nderungen, um die M\u00f6glichkeit zu geben, sie in der Praxis zu testen. Dar\u00fcber hinaus wird der Branch \u201elinus-next\u201c nach dem Modell der kontinuierlichen Integration entwickelt, anstatt durch t\u00e4gliche Aktualisierungen mit einem neuen Tag, was die Analyse auftretender Probleme und die Identifizierung spezifischer \u00c4nderungen, die zu Fehlern gef\u00fchrt haben, erleichtert. <\/p>\n
Zus\u00e4tzlich kann auf die Unzufriedenheit von Linus Torvalds mit dem Prozess der Kernblockierung von Sicherheitsanf\u00e4lligkeiten in der Hardware hingewiesen werden, die w\u00e4hrend der Diskussion \u00fcber Probleme und Regressionen im Code zur Bek\u00e4mpfung von Angriffen ge\u00e4u\u00dfert wurde, die Schwachstellen im Mechanismus der spekulativen Ausf\u00fchrung von Anweisungen in CPUs nutzen. Die notwendigen \u00c4nderungen zur Blockierung von Hardwareanf\u00e4lligkeiten erschweren die Entwicklung, f\u00fchren zu Regressionen und wirken sich negativ auf die Leistung aus, wobei die Angriffe unter Verwendung der meisten solcher Vulnerabilit\u00e4ten rein theoretisch sind und in der Praxis nie au\u00dferhalb von Laborbedingungen angewendet werden. <\/p>\n
Bei der \u00dcberlegung, den Kernel zur Umgehung potenzieller Probleme bei der Bek\u00e4mpfung von Hardwareanf\u00e4lligkeiten zu \u00e4ndern, schlug Linus vor, die Verantwortung den Herstellern von Hardware zu \u00fcbertragen, die f\u00fcr die Entstehung von Hardwareanf\u00e4lligkeiten verantwortlich sind, und deutlich zu machen, dass sie ihre eigenen Probleme selbst l\u00f6sen sollten. Die vorgeschlagene \u00c4nderung sollte als Sicherheitsma\u00dfnahme hinzugef\u00fcgt werden, da aufgrund der Ungewissheit des Verhaltens von CPUs der Schutz m\u00f6glicherweise auf einigen neuen Intel-CPUs nicht mehr funktioniert. \n Quelle: opennet.ru<\/a> <\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"