Cardano Node 11.2.1 réduit l’utilisation de la mémoire lors des instantanés du grand livre

Intersect a publié Cardano Node 11.2.1 le 10 novembre en tant que préversion de maintenance pour la série 11.2. Les notes de version décrivent une correction des pics temporaires de mémoire lorsque le nœud enregistre des instantanés du grand livre. Elles indiquent aussi que la configuration LSM adossée au disque a satisfait aux exigences de performance d’Ouroboros Praos pour la production de blocs.

Les instantanés du grand livre utilisent moins de mémoire

Un nœud Cardano enregistre périodiquement sur disque une copie de l’état du grand livre afin de pouvoir reprendre à partir de ce point après un redémarrage. Auparavant, l’écriture d’un instantané pouvait augmenter temporairement l’utilisation de la mémoire d’un volume proche de la taille de l’instantané. Selon les notes de version, la 11.2.1 supprime ce pic. La base de données de la chaîne cesse également de conserver en mémoire l’état initial du grand livre, ce qui peut économiser plusieurs centaines de MiB sur des réseaux avec de grands ensembles initiaux de sorties de transaction non dépensées ou de délégations.

La version modifie aussi le moment où les instantanés sont écrits. Pendant la synchronisation initiale, le nœud écrit des instantanés dès qu’ils sont demandés. Il applique un délai aléatoire après avoir rattrapé la pointe de la chaîne. Sur mainnet et Preprod, le délai maximal passe de six heures à une.

Intersect avait précédemment identifié une régression mémoire dans la série 11.1.x et défini un plan pour ramener l’utilisation plus près des niveaux de la 11.0. La correction liée aux instantanés traite une source spécifique d’utilisation maximale de la mémoire lors d’une écriture sur disque. Le gain réalisé pendant cette opération dépend de la taille de l’instantané.

Ce que signifie le stockage adossé au disque pour les pools de staking

La conception UTxO-HD de Cardano permet à un nœud de conserver sur disque une partie de ses données de sorties de transaction non dépensées. Les notes de version indiquent que son backend de stockage LSM a satisfait aux exigences de performance d’Ouroboros Praos, le protocole que Cardano utilise pour produire des blocs. Le tableau matériel mentionne 24 Go de RAM pour la configuration en mémoire et 8 Go pour la configuration adossée au disque, le minimum inférieur étant encore en cours de validation.

Pour un opérateur de pool de staking, la question pratique est de savoir si le nœud peut utiliser moins de RAM tout en respectant les délais du protocole pour la production de blocs. Déplacer une partie de l’état du grand livre sur disque fait de la performance du stockage un élément de ce calcul. Un relais peut aider un opérateur à évaluer la configuration, tandis qu’un test sur le matériel destiné à la production de blocs peut montrer son comportement sous cette charge. Intersect recommande de tester la configuration LSM avant de la déployer sur un nœud chargé de produire des blocs.

[NEWSBREAK]

Ce qui change pour les opérateurs qui migrent depuis la 11.1.x

La série 11.2 introduit un format versionné pour les fichiers de configuration réseau publiés. Les configurations plates existantes fonctionnent toujours avec la 11.2 et peuvent être converties avec cardano-node config migrate. Les nœuds antérieurs à la 11.2 ne peuvent pas lire les nouveaux fichiers publiés.

Les portefeuilles, explorateurs et services d’API font face à une modification de compatibilité distincte lorsqu’ils se connectent à un nœud de la série 11.2. La série supprime les versions 16 à 22 du protocole node-to-client, ainsi que les requêtes qui dépendaient exclusivement de ces versions.