Oué, la blockchain devrai être répartie chez tout le monde avec un auto balance. A la façon du raid ou de metadisk.
Et marché correctement comme les autre clients p2p (débit, connexion).
Topic: bitcoin core ... une idiotie pour le téléchargement de la blockchain. - page 4. (Read 17265 times)
December 02, 2014, 06:19:06 PM
December 02, 2014, 02:48:54 PM
45 minutes hier sur un server online.fr et une fresh compile du github repo
Et combien de peers chez Online ont été utilisés pendant la synchro aussi 
celà dit ouais, leurs serveurs roxent du poney(telecom)
celà dit ouais, leurs serveurs roxent du poney(telecom)
+1
November 25, 2014, 03:37:11 PM
il n'empêche que ça pousse. 
Merci pour le détail de la config. utilisée.
November 25, 2014, 01:26:23 PM
Pour être tout à fait honnête, en relisant les logs, j'ai la blockchain fully synchro et prête à l'emploi à 16h50 en commençant à 14h34. Donc pas 45 minutes comme préalablement énoncé.
j'ai du perdre quelque précieuses minutes à valider les 100000 derniers blocks
j'ai du perdre quelque précieuses minutes à valider les 100000 derniers blocks
November 25, 2014, 10:41:31 AM
mais alors, il a fini dans le temps que tu indiquais ? November 25, 2014, 09:56:03 AM
Serveur Dedibox LT 2014 Xeon E3 1230v2 16 Go 2 x 1 To 1Gbit/sec
Bon par contre 100%cpu aussi
Et ça a commencé à bien ralentir aux environs du 240000ieme bloc.
Bon par contre 100%cpu aussi
Et ça a commencé à bien ralentir aux environs du 240000ieme bloc.
November 25, 2014, 06:26:39 AM
... si c'est une vrai synchro. ... la vitesse du téléchargement (j'ai du 14 méga) n'est que la moitié du travail pour reconstituer la blockchain.
Le reste, c'est le CPU et le disque dur.
La reconstitution demande la lecture de plus de 320 To ... (lecture primaire, traitement secondaire, lecture du block fermé, re-lecture pour le chainage de la blockchain jusqu'à la fin).
Et plus on se rapproche de la date actuelle, et plus c'est long.
---
Je rappelle que c'est une synchro. pas une réindexation ... ça sous-entend de supprimer totalement le dossier Blockchain dans les installations de bitcoin core.
C'est pour ça que j'ai séparé le dossier blockchain du dossier bitcoin core par une ligne de commande spécifique.
Le reste, c'est le CPU et le disque dur.
La reconstitution demande la lecture de plus de 320 To ... (lecture primaire, traitement secondaire, lecture du block fermé, re-lecture pour le chainage de la blockchain jusqu'à la fin).
Et plus on se rapproche de la date actuelle, et plus c'est long.
---
Je rappelle que c'est une synchro. pas une réindexation ... ça sous-entend de supprimer totalement le dossier Blockchain dans les installations de bitcoin core.
C'est pour ça que j'ai séparé le dossier blockchain du dossier bitcoin core par une ligne de commande spécifique.
November 25, 2014, 05:52:27 AM
Et combien de peers chez Online ont été utilisés pendant la synchro aussi
https://getaddr.bitnodes.io/nodes/?q=62.210
https://getaddr.bitnodes.io/nodes/?q=195.154
https://getaddr.bitnodes.io/nodes/?q=212.83
celà dit ouais, leurs serveurs roxent du poney(telecom)
https://getaddr.bitnodes.io/nodes/?q=62.210
https://getaddr.bitnodes.io/nodes/?q=195.154
https://getaddr.bitnodes.io/nodes/?q=212.83
celà dit ouais, leurs serveurs roxent du poney(telecom)
November 25, 2014, 05:37:01 AM
Propre (voire incroyable..?)
C'est quoi comme CPU / disques ton serveur chez online pour arriver à faire une synchro si rapide ?
C'est quoi comme CPU / disques ton serveur chez online pour arriver à faire une synchro si rapide ?
November 25, 2014, 05:32:06 AM
45 minutes hier sur un server online.fr et une fresh compile du github repo
November 20, 2014, 04:29:16 AM
Pareil chez moi, avec les dernières version de bitcoin core, ma dernière synchro a pris une 10aine d'heure
November 20, 2014, 03:41:36 AM
Le problème de lenteur de téléchargement et de téléchargement de pleins d'ORPHAN est rêglé ... j'ai refait une synchronisation du client bitcoin core et il a pris 3 jours non-stop de travail (téléchargements et CPU).
ma machine n'a pas été modifiée ou réinstallée depuis le premier message du sujet.
Plus de soucis, le déploiement à forte échelle du 0.9.3 avec le upload head block first a joué son rôle.
plus besoin du boostrap sur le torrent.
ma machine n'a pas été modifiée ou réinstallée depuis le premier message du sujet.
Plus de soucis, le déploiement à forte échelle du 0.9.3 avec le upload head block first a joué son rôle.
plus besoin du boostrap sur le torrent. October 07, 2014, 07:15:40 AM
Vous téléchargez un client torrent : http://www.qbittorrent.org/
Il est "safe" ce wallet ? (dsl mais c'est la première fois que j'en entends parler)Ah c'est le client torrent que j'utilise sur Linux depuis peu.
C'est largement le meilleur client torrent que j'ai jamais vu. Je n'ai trouvé aucun défaut. Et il est dispo sur Linux et MAC OS contrairement à cette merde de uTorrent !
Voilà c'est dit.
October 01, 2014, 05:56:37 AM
Ah, tu parlais du client bitorrent : oui, aucun problème ... je l'ai trouvé lorsque je voulais une alternative à µtorrent et à bitcomet.
Le développeur est très compétent lorsque certains lui renvoient un bug, il le corrige généralement 1 semaine plus tard.
J'ai suivi tout son travail depuis le début du qbittorrent.
---
Là, j'ai commencé le travail d'import (3-4h en principe à attendre le temps qu'il dépiaute le fichier bootstrap.dat et écrit tous les blocks sur le disque).
Cette phase demande un processeur de 2,0GHz dual core pour ne pas trop trainer dans les calculs nécessaire à cette tâche.
J'ai un 2,9GHz dual core (pas mobile, hein ...) pour faire cela.
October 01, 2014, 01:58:46 AM
Ah j'avais lu trop vite :/
September 30, 2014, 04:42:31 PM
Vous téléchargez un client torrent : http://www.qbittorrent.org/
Il est "safe" ce wallet ? (dsl mais c'est la première fois que j'en entends parler) September 30, 2014, 03:34:35 PM
Vous téléchargez un client torrent : http://www.qbittorrent.org/
Il est "safe" ce wallet ? (dsl mais c'est la première fois que j'en entends parler) September 30, 2014, 03:31:44 PM
BREF,
Vous téléchargez un client torrent : http://www.qbittorrent.org/
Et vous cliquez sur le fichier .TORRENT ici : https://bitcoin.org/bin/blockchain/
Et 21Go dans le sac ... sans utiliser le client bitcoin core.
Ils pouvaient pas intégrer un client léger de seed P2P compliant ... dés le début ?
Vous téléchargez un client torrent : http://www.qbittorrent.org/
Et vous cliquez sur le fichier .TORRENT ici : https://bitcoin.org/bin/blockchain/
Et 21Go dans le sac ... sans utiliser le client bitcoin core.
Ils pouvaient pas intégrer un client léger de seed P2P compliant ... dés le début ?
September 30, 2014, 02:55:38 PM
Autant quand j'ai démarré en décembre (1 jour) puis que j'ai re-téléchargé en avril (2 jours), je n'ai pas eu un seul problème ... mais là, c'est chiant, ça fait 4 jours que j'attends que le bitcoin core récupère ce qu'il faut et ça tourne pas en download.
Le pire, c'est qu'une astuce permet d'améliorer le débit : restreindre le nombre de connexion (si tu mets 8 connexions, ça plante et ça reste bloqué ... alors que si t'en met 2 ou 3, ça tourne en continu à 100-200ko/s).
https://bitcointalksearch.org/topic/m.9020683
Purée, y'a 7200 (ok, 6000 qui possèdent les blocks) nodes qui peuvent au moins donner à 10ko/s en upload ... et quoi ?
Le réseau bitcoin est même pas apte à travailler comme n'importe quel client de fichier P2P (genre 64 connexion, ça sature ma connexion 10MBits/s).
Le pire, c'est encore que certains (en désespoir de cause) ... ont mis la blockchain (26Go ...) en fichier torrent.
Y'a des lacunes que je comprends dans ce système ... c'est comme les ORPHAN blocks.
Expliquez-moi ce que font des ORPHAN blocks encore éloignés de 1 an et 0 semaine du point de synchronisation ?
Si ça c'est pas un sérieux problème d'overhead et de pollution du réseau lorsque les nouveaux clients veulent se connecter ...
Le pire, c'est qu'une astuce permet d'améliorer le débit : restreindre le nombre de connexion (si tu mets 8 connexions, ça plante et ça reste bloqué ... alors que si t'en met 2 ou 3, ça tourne en continu à 100-200ko/s).
https://bitcointalksearch.org/topic/m.9020683
Purée, y'a 7200 (ok, 6000 qui possèdent les blocks) nodes qui peuvent au moins donner à 10ko/s en upload ... et quoi ?
Le réseau bitcoin est même pas apte à travailler comme n'importe quel client de fichier P2P (genre 64 connexion, ça sature ma connexion 10MBits/s).
Le pire, c'est encore que certains (en désespoir de cause) ... ont mis la blockchain (26Go ...) en fichier torrent.
Y'a des lacunes que je comprends dans ce système ... c'est comme les ORPHAN blocks.
Expliquez-moi ce que font des ORPHAN blocks encore éloignés de 1 an et 0 semaine du point de synchronisation ?
Si ça c'est pas un sérieux problème d'overhead et de pollution du réseau lorsque les nouveaux clients veulent se connecter ...
Jump to: