Le lot NVDIMM/DAX de Linux 7.3 contient des préparatifs pour FAMFS. Ce n’est pas l’intégration du système de fichiers lui-même. Celui-ci dispose d’une proposition v13 distincte visant de grandes mémoires partagées ou désagrégées.
Deux travaux noyau différents
La demande d’intégration DAX liste des corrections de décalages de mappage, de gestion des erreurs et de propriété des périphériques. Sa confirmation de fusion date du 20 août. Elle n’ajoute pas le système de fichiers FAMFS.
La série v13 distincte de John Groves a été soumise le 10 août. Dire que FAMFS « n’a pas été soumis » induit donc en erreur : le code était publié pour revue, tandis que fusion des prérequis et acceptation du système de fichiers restent deux événements. L’activité de revue ne garantit pas de date d’acceptation.
Les fichiers donnent un nom aux octets partagés
La proposition expose la mémoire dans des fichiers que les applications mappent directement, sans cache de pages sur le chemin des données. Plusieurs nœuds peuvent monter le système s’ils accèdent à la mémoire sous-jacente. Le périmètre annoncé est celui d’équipements spécialisés, pas le remplacement d’un système de fichiers racine ordinaire.
Dans un exemple original, les hôtes A et B mappent un jeu de données nommé, adossé à la même région mémoire accessible. Ouvrir le fichier leur donne un moyen d’adresser ces données. Cela ne détermine pas automatiquement quand une nouvelle version est complète ni si les deux applications peuvent l’écraser simultanément.
L’application a encore besoin d’un protocole de publication et de synchronisation adapté au matériel et au logiciel. Un lecteur voyant un indicateur « prêt » avant que les données correspondantes soient visibles serait incorrect, même si l’ouverture du fichier a réussi. Le nom du système de fichiers ne prouve pas la cohérence des caches entre hôtes.
Accès direct et durabilité sont distincts
Mappage, partage et survie à une coupure de courant sont des propriétés séparées. Un ensemble de mémoire volatile ne devient pas persistant parce que ses octets possèdent des noms de fichiers. Vérifiez le modèle de panne et de persistance du périphérique, avec la procédure de reprise de l’application.
Pour évaluer la solution, séparez trois questions : les deux nœuds atteignent-ils la bonne région, l’application observe-t-elle des données correctement synchronisées, et que reste-t-il après les pannes pertinentes ? FAMFS n’est pas une raison de formater un disque ordinaire ou de migrer sa racine par défaut. L’article examine la conception soumise, sans présenter un déploiement CXL PeopleAreGeek.
Revue du 8 septembre : sources primaires et évolutions vérifiées, explications et illustrations reprises.