Rien a voir avec le mode ECO ?
1 Like
Merci vincentux 
La preuve que tu suis. En effet, j’ai vu passer cette information.
J’avais directement enlevé cette configuration introduite par défaut sur mon nœud Ğ1-test. Il se trouve que j’ai oublié de changer cette valeur par défaut lors de son introduction sur mon nœud Ğ1.
C’est plutôt radical de passer tout le monde en mode économique sur un cœur tant qu’il a un bloc dans la fenêtre courante. Non ?
Je suis pour ne pas forcer ce changement d’habitude, je préfère que ça soit un choix volontaire de l’administrateur du nœud.
Si on se rend compte que beaucoup de monde passe en mode économique, alors, passons-le par défaut.
Ça risque d’introduire des changements importants sur la difficulté commune de la Ğ1.
Je comprends pourquoi ça a été introduit. La PoW Rust est plus efficace est fait augmentée la difficulté. La baisser avec un mode économique, contrecarre la chose. Mais, j’ai peur que ça chute pas mal.
De plus, ce paramètre entre en contradiction avec le paramètre sur le nombre de cœurs. Si je configure nbCores sur quatre, je m’attends à en avoir quatre, pas un. Sinon, il faut le renommer en max_nbCores.
Testé sur la Ğ1. Nœud désynchronisé avec quelques blocs de retards et un BMA devenu lent. Je switch sur dev.
1 Like
- Ouvrir la vue réseau de Cesium sur un noeud oxyde-pow lancé depuis plusieurs heures, constater le temps que ça prend.
- Ouvrir la même vue (sur la même monnaie) sur un noeud sans l’oxydation de la pow, constater le temps que ça prend.
Pour moi c’est sans équivoque, plus de 30s dans le cas 1 et moins de 5s dans le cas 2.
Je vais livrer la 1.8 sans l’oxydation de la pow, ce n’est pas mergeable en l’état.
1 Like
J’ai des erreurs qui peuvent peut-être aider sur la dernière release oxydée duniter-server-oxyde-pow-linux-x64.deb :
2020-05-18T11:09:09+02:00 - error: TypeError: Cannot read property 'issuersFrame' of null
at Function.preparePersonalizedPoW (/opt/duniter/app/lib/indexer.js:970:50)
at BlockchainContext.getIssuerPersonalizedDifficulty (/opt/duniter/app/lib/computation/BlockchainContext.js:83:23)
at process._tickCallback (internal/process/next_tick.js:68:7)
2020-05-18T11:09:09+02:00 - warn: Cannot read property 'issuersFrame' of null
2020-05-18T11:09:16+02:00 - error: TypeError: Cannot read property 'issuersFrame' of null
at Function.preparePersonalizedPoW (/opt/duniter/app/lib/indexer.js:970:50)
at BlockchainContext.getIssuerPersonalizedDifficulty (/opt/duniter/app/lib/computation/BlockchainContext.js:83:23)
at process._tickCallback (internal/process/next_tick.js:68:7)
2020-05-18T11:09:16+02:00 - warn: Cannot read property 'issuersFrame' of null
2020-05-18T11:09:33+02:00 - info: Block #565265 added to the blockchain in 22723 ms
2020-05-18T11:09:35+02:00 - info: Block resolution: 0 potential blocks after current#565265...
2020-05-18T11:09:43+02:00 - info: Block resolution: 0 potential blocks after current#565265...
2020-05-18T11:09:48+02:00 - error: Unknown reference block of peer
2020-05-18T11:09:48+02:00 - error: Unknown reference block of peer
2020-05-18T11:09:52+02:00 - info: SIDE Block #565266-0007B450 added to the blockchain in 1101 ms
Elle me font décrocher depuis ce matin…
Bon la 1.8.0-beta est livrée, mais je n’ai pas trouvé le temps de rédiger le post d’annonce, et ce jeudi je suis pris par ailleurs, je créerai un sujet avec toutes les infos (et le cahier des tests) dès que je peux, vendredi j’espère.
Pour ceux qui veulent déjà tester, utilisez la version 1.8.0-beta2, elle contourne le fait que Cesium ne supporte pas les versions de Duniter avec un trait d’union.
Ceci-dit, je vous recommande d’attendre la rédaction du post dédié 
1 Like
@elois, je ne trouve pas le projet duniteroxyde sur le GitLab. Y a-t-il des restrictions d’accès ? Dans le groupe typescript je n’ai que module et duniter…
Je pense que ce dépôt a été supprimé, car le code Rust relatif est à présent dans le dépôt du logiciel Duniter.
2 Likes
2 Likes
Merci !