Reindexación de blockchain usando bitcoin qt v8.5 usando el 427% de la CPU de Macbook

Mi cliente bitcoin qt v8.5 se bloqueó la semana pasada (ya había indexado la cadena de bloques completa hace mucho tiempo) y tuve que forzar la salida. Ahora está reindexando la cadena de bloques, pero a veces usa hasta el 427 % de la CPU de Macbook y los ventiladores funcionan a 6000 revoluciones durante horas... Nunca sucedió esto cuando sincronicé por primera vez, así que ¿qué está mal esta vez?

gracias bardo

Respuestas (1)

Cuando está sincronizando desde la red, lo más probable es que esté limitado por la tasa de obtención de bloques. Cuando está reindexando bloques que ya están presentes en el disco, solo la CPU es el cuello de botella.

El algoritmo para decidir dónde y cuándo solicitar bloques es relativamente estúpido, lento y fácil de confundir. Es por eso que durante la sincronización desde la red, rara vez usa todo el ancho de banda disponible. Se está trabajando en esto, pero no es un problema simple, si desea evitar muchos casos extremos problemáticos. EDITAR: el uso del ancho de banda debería ser mucho mejor desde Bitcoin Core v0.10.

Al reindexar un bloque en el disco, el cliente de referencia usará de forma predeterminada todos los núcleos de CPU disponibles para acelerar el proceso. Puede poner par=1bitcoin.conf para restringir la operación de validación a un solo núcleo. A partir de la versión 0.9 (aún no lanzada), también podrá cambiar este valor en la configuración de la GUI.

Gracias Pieter, ¿solo tengo un archivo peers y dat en soporte de aplicaciones? ¿Dónde se encuentra este archivo de configuración? Supongo que sabré dónde agregar par = 1, ya que habrá un valor nominal y la edición de texto hará esto. salud
Está en el directorio de datos (el mismo directorio que contiene peers.dat, wallet.dat, blocks/, chainstate/, ...). Si aún no existe, puede crearlo usando un editor de texto.
¿Hay alguna manera de hacer que use menos CPU para que pueda reindexarse ​​más rápido? El aumento de progreso por hora es actualmente de alrededor del 0,17%, lo que parece un poco lento (o más bien, 3 bloques por segundo).