Benchmarks pallet-membership et dépendance à pallet-certification

J’ai pu tester ce week-end sur Raspberry PI 4 Model B.

Mais au préalable j’ai revu mon test pour focaliser sur un membre en particulier (ID 6550 dans le module de WoT) qui possède actuellement le plus gros temps de calcul de distance.

Résultats

Sur M1

// Minimum execution time: 193_857_000 nanoseconds.
Weight::from_ref_time(194_093_000_000 as u64)

Sur Raspberry PI 4

// Minimum execution time: 979_537_765 nanoseconds.
Weight::from_ref_time(980_609_090_000 as u64)

Soit 194ms sur M1 et 980ms sur Raspberry PI. Ce dernier est 5 fois plus lent, mais ça passe :slight_smile:

:information_source: Mon Rapsberry n’a toutefois pas de SSD. Néanmoins le ici problème ici étant le CPU, le résultat ne devrait pas beaucoup varier. Mais je tenterai avec un SSD pour connaître l’ordre de grandeur. Et pour disposer moi aussi de la machine de référence et commiter les poids.

Conclusion

A priori donc, nous ne sommes pas obligés d’utiliser un Oracle pour la règle de distance. Toutefois :

  1. Nous serons limités à 1 ou 2 calculs de distance par bloc;
  2. A mesure que la toile grossira, le poids devra être réévalué et recalibré;
  3. A moyen terme, l’Oracle restera optionnel si l’on upgrade la machine de référence;
  4. Sinon, ainsi qu’à long terme, un Oracle deviendra nécessaire.
6 Likes