{"id":150033,"date":"2025-11-29T17:12:03","date_gmt":"2025-11-29T15:12:03","guid":{"rendered":"https:\/\/prohoster.info\/blog\/novosti-interneta\/proekt-moss-razvivaet-linux-sovmestimoe-yadro-na-yazyke-rust"},"modified":"2025-11-29T17:12:03","modified_gmt":"2025-11-29T15:12:03","slug":"proekt-moss-razvivaet-linux-sovmestimoe-yadro-na-yazyke-rust","status":"publish","type":"post","link":"https:\/\/prohoster.info\/fr\/blog\/news\/proekt-moss-razvivaet-linux-sovmestimoe-yadro-na-yazyke-rust","title":{"rendered":"Le projet Moss d\u00e9veloppe un noyau compatible avec Linux en Rust","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Apr\u00e8s 8 mois de d\u00e9veloppement, le premier prototype du noyau de type Unix, Moss, partiellement compatible avec Linux, a \u00e9t\u00e9 publi\u00e9. Le code est \u00e9crit en Rust avec des insertions en assembleur et est distribu\u00e9 sous licence MIT. Actuellement, le projet prend en charge uniquement l'architecture Aarch64, peut \u00eatre ex\u00e9cut\u00e9 dans QEMU et a \u00e9t\u00e9 test\u00e9 sur des cartes Raspberry Pi 4, Jetson Nano, AMD Kria et imx8. Selon les d\u00e9veloppeurs, le noyau peut facilement \u00eatre port\u00e9 vers d'autres architectures, telles que x86_64 et RISC-V, gr\u00e2ce \u00e0 une couche pour abstraire le support mat\u00e9riel. <\/p>\n
\u00c0 ce stade du d\u00e9veloppement, Moss a impl\u00e9ment\u00e9 51 appels syst\u00e8me Linux et assure la compatibilit\u00e9 binaire avec les applications Linux, suffisante pour ex\u00e9cuter le shell Bash et la plupart des utilitaires de l'ensemble BusyBox. Par rapport \u00e0 l'architecture de Moss, on note l'utilisation du mod\u00e8le async\/await pour garantir l'ex\u00e9cution asynchrone des composants du noyau, excluant les principales classes de blocages mutuels. Tous les appels syst\u00e8mes non triviaux sont r\u00e9alis\u00e9s sous forme de fonctions s'ex\u00e9cutant de mani\u00e8re asynchrone. <\/p>\n
Fonctionnalit\u00e9s principales : <\/p>\n
\n
Syst\u00e8me de gestion de la m\u00e9moire avec prise en charge des pages m\u00e9moire en mode CoW (Copy-on-Write), tables de pages m\u00e9moire, fonctions asynchrones de copie de m\u00e9moire entre le noyau et l'espace utilisateur, et gestion des exceptions (page fault) c\u00f4t\u00e9 noyau et espace utilisateur.\n
Syst\u00e8me de gestion des processus avec un ordonnanceur de t\u00e2ches et prise en charge de la migration des t\u00e2ches via les interruptions inter-processeurs (IPI). Prise en charge des forks de processus via l'appel clone(). Fonctionnalit\u00e9s de livraison de signaux aux processus et aux threads.\n
Couche VFS (Virtual File System) fonctionnant de mani\u00e8re asynchrone, dispositif de bloc Ramdisk, pilote FAT32 et dispositif devtmpfs.\n
Extraction de la fonctionnalit\u00e9 principale dans la biblioth\u00e8que libkernel, sans d\u00e9pendance aux architectures mat\u00e9rielles.\n
Couche d'abstraction mat\u00e9rielle (HAL) pour assurer le support du mat\u00e9riel.\n
Ensemble de tests comprenant plus de 230 tests. <\/ul>\n
Parmi les principales limitations, on note l'absence de sous-syst\u00e8me r\u00e9seau et la pr\u00e9sence d'un pilote de syst\u00e8me de fichiers limit\u00e9, ne prenant en charge le syst\u00e8me de fichiers Fat32 qu'en mode lecture seule. Parmi les t\u00e2ches prioritaires, on mentionne la poursuite de l'impl\u00e9mentation des appels syst\u00e8me Linux, la cr\u00e9ation d'une pile TCP\/IP, le soutien \u00e0 l'\u00e9quilibrage de charge dans l'ordonnanceur de t\u00e2ches et la fourniture d'un pilote complet pour le syst\u00e8me de fichiers (ext2\/4). \n Source : opennet.ru<\/a> <\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"