Synchronisation extrêmement lente sur Alphanet

Vouspouvezessayer d'ajouterplus depairs si vous voyez lemessagetroppeu depairs.Ce script devraitfonctionnerpour l'alphanet (vous avezbesoin jqinstallé)

 for j in 0 1; do
  for i in `curl -s "http://api.alphanet.tzscan.io/v3/network?state=running&p=$j&number=50" \
    | jq -r '.[] | .point_id' | xargs`; do

    # handle ipv4 or ipv6
    numparts=$(echo $i | awk -F: '{print NF}')
    basenum=$((numparts-1))
    port=$(echo $i | cut -d: -f$numparts)
    base=$(echo $i | cut -d: -f1-$basenum)
    formatted="[$base]:$port"

    echo "Connecting $formatted..."
    ~/tezos/tezos-admin-client connect address $formatted
  done
done
 

Credit va au créateur de Ce script .

You could try adding more peers if you are seeing the too few peers message. This script should work for the alphanet (you need jq installed)

for j in 0 1; do
  for i in `curl -s "http://api.alphanet.tzscan.io/v3/network?state=running&p=$j&number=50" \
    | jq -r '.[] | .point_id' | xargs`; do

    # handle ipv4 or ipv6
    numparts=$(echo $i | awk -F: '{print NF}')
    basenum=$((numparts-1))
    port=$(echo $i | cut -d: -f$numparts)
    base=$(echo $i | cut -d: -f1-$basenum)
    formatted="[$base]:$port"

    echo "Connecting $formatted..."
    ~/tezos/tezos-admin-client connect address $formatted
  done
done

Credit goes to creator of this script.

Lesinstances T2 sont desinstances de calcul à usagegénéral qui ont desperformances de réseaufaible àmodéréeset ne sontpas optimiséespour les opérations d'entrée/sortie (IOPS).Tezosesttrèsintensif detous les comptes.

Essayez defiltrer uneinstance optimisée de stockage (H1/I3/D2)et je soupçonne qu'ilfournira demeilleuresperformances.

voir - https://aws.amazon.com/ec2/instance-types/

T2 instances are general purpose compute instances which have low to moderate network performance and are not optimised for Input/Output operations (IOPS). Tezos is very IO intensive by all accounts.

Try spinning up a Storage Optimised instance (H1/I3/D2) and I suspect it will provide better performance.

See - https://aws.amazon.com/ec2/instance-types/

Solution:type d'instance changer

Lors de la synchronisation dunœud d'alphanet,j'aiessayéplusieursinstances: de T2.Micro à T3.xlarge.

À unmoment donné,je pensais que lataille de la RAM ou laperformance du réseaupeutjouer un rôleici. Maismême l'instance T3.xLargen'apas rapporté l'ensemble dunœud synchronisé rapidement.

Qu'est-ce qui a vraiment aidé àmodifierpériodiquement lestypes d'instance. Vous avezpeut-être remarqué que lenœud synchronisebeaucoupplus vite au début,quandil vient de commencer. Puis,après un certaintemps,ilest devenutrès lent ànouveau.

J'aifait une observation quemême letype d'instance AWSplusgrandne vouspermettrapas determiner cette opération rapidement dans uneprise.

Leplanpeut être:

1. Arrêtez leboulanger,endorseur,accusateur,puis arrêtez lenœud lui-même
2. Arrêtez l'instance T2.Medium
3. Modifiez letype de votreinstance à T2.SMALL
4. Démarrez l'instance T2.SMALL
5. Démarrez lenœud,puis Baker,endorseur,accusateur. En commençant Cesprocessusn'oublientpas de rediriger la sortiepourenregistrer desfichiers respectivement:tezos.log,baker.log,endorser.loget accuser.log
6. Commencez à regarder la rapidité avec laquelle denouveauxblocs sont synchronisés sur unnouveau exemple. Utilisez tail -f tezos.log. Vous devez vous rappeler lebloc quenouvelinstance a commencé de
7. Laissez-le seulpendant quelquetemps. Vous voudrezpeut-être venirplustardet voir combien deblocs ont été synchronisés depuis que vous avez commencé lenœud. Sije vous rappelle correctement,ilpeut synchronisertrès rapidementjusqu'à 10 000blocs,bien que cela dépend de l'instance que vous avez choisie. Au lieu det2.small,vous avezpeut-être sélectionné T2.Largeparexemple.
8. Lorsque la synchronisation serafinalement ralentir,répéter lefonctionnement ànouveau. Cetempsmigre de T2.Small vers T2.Medium. Cela vous donnera un autrebloc de 10 km synchronisé rapidement.

Cette approche afonctionné,même s'ilnécessitait desinterventionsmanuelles.

PS: Pour demeilleurs résultats,vouspouvez utiliser T2.Large + T2.Mediumen tant que couple depaire,past2.small + T2.Medium comme décrit ci-dessus. Mais la différencene serapas significative.

solution : instance type changing

while syncing the node for Alphanet I have tried multiple instances : from T2.micro to T3.xlarge.

At some point I thought that RAM size or Network performance may play a role here. But Even T3.xlarge instance did not bring the whole node synced fast.

What really helped is changing the instance types periodically. You may have noticed that node is syncing much faster in very beginning, when it just started. Then, after some time, it became very slow again.

I've made an observation that even bigger AWS instance type won't allow you to finish this operation fast in one take .

The plan may be:

1. Stop the baker, endorser, accuser and then stop the node itself
2. Stop the t2.medium instance
3. Change the type of your instance to t2.small
4. Start the t2.small instance
5. Start the node and then baker, endorser, accuser. While starting these processes do not forget to redirect the output to log files respectively: tezos.log, baker.log, endorser.log and accuser.log
6. Start watching how fast new blocks are getting synced on a new instance. Use tail -f tezos.log . You have to remember the block that new instance has started from
7. Leave it alone for sometime. You may want to come later and see how many blocks have been synced since you started the node. If I recall correctly, it may sync very fast up to 10 000 blocks or so, though it depends on the instance you have chosen. Instead of t2.small, you may have selected t2.large for instance.
8. When sync process will eventually slow down, repeat operation again. This time migrate from t2.small to t2.medium. It will give you another 10k blocks synced fast.

This approach worked, though it required some manual interventions.

PS: for better results you may use t2.large + t2.medium as a changing pair, not t2.small + t2.medium as described above. But the difference won't be significant.