{"id":123006,"date":"2025-03-26T10:22:54","date_gmt":"2025-03-26T08:22:54","guid":{"rendered":"https:\/\/prohoster.info\/blog\/novosti-interneta\/vypusk-criu-4-1-sistemy-dlya-sohraneniya-i-vosstanovleniya-sostoyaniya-proczessov-v-linux"},"modified":"2025-03-26T10:22:54","modified_gmt":"2025-03-26T08:22:54","slug":"vypusk-criu-4-1-sistemy-dlya-sohraneniya-i-vosstanovleniya-sostoyaniya-proczessov-v-linux","status":"publish","type":"post","link":"https:\/\/prohoster.info\/de\/blog\/novosti-interneta\/vypusk-criu-4-1-sistemy-dlya-sohraneniya-i-vosstanovleniya-sostoyaniya-proczessov-v-linux","title":{"rendered":"Ver\u00f6ffentlichung von CRIU 4.1, einem System zum Speichern und Wiederherstellen des Zustands von Prozessen in Linux.","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Nach sechsmonatiger Entwicklungszeit wurde die Version 4.1 des CRIU-Tools (Checkpoint and Restore In Userspace) ver\u00f6ffentlicht. Dieses Tool erm\u00f6glicht das Speichern und Wiederherstellen von Prozessen im Benutzermodus. Es erlaubt, den Zustand eines oder mehrerer Prozesse zu speichern und danach von diesem gespeicherten Punkt aus weiterzuarbeiten, selbst nach einem Neustart des Systems oder auf einem anderen Server, ohne bereits etablierte Netzwerkverbindungen zu unterbrechen. Der Code des Projekts ist in C geschrieben und wird unter der GPLv2-Lizenz vertrieben. CRIU wird in Container-Verwaltungssystemen wie OpenVZ, LXC\/LXD und Docker eingesetzt. Die f\u00fcr den Betrieb von CRIU erforderlichen \u00c4nderungen sind in den Hauptkern von Linux integriert. <\/p>\n
Die Anwendung der CRIU-Technologie umfasst die M\u00f6glichkeit, das Betriebssystem neu zu starten, ohne die Kontinuit\u00e4t lang laufender Prozesse zu st\u00f6ren, die Live-Migration isolierter Container, die Beschleunigung des Starts langsamer Prozesse (man kann mit einem Zustand beginnen, der nach der Initialisierung gespeichert wurde), das Durchf\u00fchren von Kernel-Updates ohne Neustart der Dienste, das regelm\u00e4\u00dfige Speichern des Status lang laufender rechenintensiver Aufgaben zur Wiederaufnahme im Falle eines unerwarteten Abbruchs, die Lastverteilung auf Knoten in Clustern, die Duplikation von Prozessen auf eine andere Maschine (Fork auf ein entferntes System) und das Erstellen von Snapshots von Benutzeranwendungen w\u00e4hrend des Betriebs zur Analyse auf einem anderen System oder zur M\u00f6glichkeit, k\u00fcnftige Aktionen im Programm r\u00fcckg\u00e4ngig zu machen. <\/p>\n
In der neuen Version: <\/p>\n
\n
Die Unterst\u00fctzung f\u00fcr die RISC-V-Architektur wurde hinzugef\u00fcgt.\n
Die Unterst\u00fctzung des PIDFD-Mechanismus wurde hinzugef\u00fcgt, der die Verwendung unver\u00e4nderlicher Identifikatoren erm\u00f6glicht, die mit den urspr\u00fcnglichen Prozessen verkn\u00fcpft sind (ein normaler PID kann einem anderen Prozess zugewiesen werden, nachdem der aktuelle Prozess, der mit diesem PID assoziiert ist, beendet wurde).\n
F\u00fcr die ARM64-Plattform wurde Unterst\u00fctzung f\u00fcr Pointer Authentication Code (PAC) Erweiterungen implementiert, die die \u00dcberpr\u00fcfung von R\u00fcckgabeadressen mithilfe digitaler Signaturen erm\u00f6glichen, die in den nicht verwendeten oberen Bits des Zeigers gespeichert sind.\n
Die M\u00f6glichkeiten zur Speicherung und Wiederherstellung des Zustands von Anwendungen, die die NVIDIA CUDA-Technologie nutzen, wurden erweitert.\n
Es besteht die M\u00f6glichkeit, den Netzwerk-Blocking-Backend w\u00e4hrend des Build-Prozesses auszuw\u00e4hlen, ohne den Code \u00e4ndern zu m\u00fcssen. Der Backend kann durch \u00dcbergabe des Parameters NETWORK_LOCK_DEFAULT an das Make-Tool ge\u00e4ndert werden, der die Werte \u201eNETWORK_LOCK_IPTABLES\u201c, \u201eNETWORK_LOCK_NFTABLES\u201c und \u201eNETWORK_LOCK_SKIP\u201c zul\u00e4sst.\n
Die Unterst\u00fctzung f\u00fcr die Generierung von Coredump-Dateien f\u00fcr die Aarch64- und ARM-Architekturen wurde hinzugef\u00fcgt. <\/ul>\n