Ir para o conteúdo

Entrega nos 27 países da UE · Sem taxas alfandegárias na UE · Garantia de 1 ano

Depurar o seu equipamento de mineração (hardware e software HiveOS)

por Romain Schlick

Um rig que bloqueia, uma placa gráfica que desaparece, um mineiro que reinicia constantemente: estas são as avarias mais comuns na mineração por GPU e podem fazer perder horas. Neste vídeo de 2021, mostramos como encontrar a origem com método, primeiro do lado do hardware, depois do lado do software com as ferramentas do HiveOS: painel de controlo, registos do mineiro, watchdog e linha de comandos.

1. Lado do hardware: isolar o problema

O nosso exemplo é um rig de 8 RTX 3070 não LHR, alimentado por duas fontes de alimentação. O reflexo a ter: não examinar tudo ao mesmo tempo, mas reduzir o número de elementos em causa. Desligamos a segunda fonte de alimentação e fazemos o rig funcionar com as 4 placas da primeira. Se permanecer estável, o problema encontra-se do lado das outras 4 placas; se continuar a bloquear, está na primeira linha.

De seguida, verificamos os elementos mais frágeis:

  • Os LED dos risers: sinalizam a alimentação de 12 V e 3,3 V. Os LED azul e vermelho devem estar acesos.
  • Os próprios risers: são consumíveis, que custam entre 5 a 7 €. Quando uma placa apresenta problemas, não hesite em mudar o seu riser.
  • As ligações: cada cabo e cada conetor deve estar bem colocado.

2. Quando o hardware não é o problema: o overclocking

Certa noite, passámos três horas num rig novo que começava a minerar e depois bloqueava. Desligámos uma fonte de alimentação para manter apenas 4 placas: o problema continuava. Mudámos a motherboard, depois os risers: sempre o mesmo problema. As placas gráficas eram novas. O hardware não era o problema: o problema vinha do overclocking.

Por experiência, quando um rig minera um pouco e depois bloqueia, é muitas vezes um ajuste de overclocking demasiado agressivo. Neste caso, a causa era a memória: numa mesma GPU, aqui a RTX 3070, a memória integrada pode ser de marcas diferentes. Estávamos habituados a placas não LHR equipadas com memória Samsung, que aceita um overclocking de memória de pelo menos 2400, ou até 2600 a 2700. Nos modelos LHR, os fabricantes montam muitas vezes outra memória, que consideramos de menor qualidade, e que se ajusta entre 1400 e 1700, 1800 no máximo. Um ajuste previsto para memória Samsung faz, portanto, bloquear estas placas.

3. Monitorizar o seu rig no HiveOS

Na página do worker, vários indicadores permitem detetar um problema:

  • As temperaturas: nas placas NVIDIA, o HiveOS apenas apresenta a temperatura da GPU, não a da memória, embora seja muitas vezes esta que causa o bloqueio. As placas AMD, por sua vez, reportam a temperatura da memória. As RTX 3080 e 3090, equipadas com GDDR6X, são muitas vezes problemáticas em termos de aquecimento da memória.
  • As mensagens: uma zona agrupa as alterações de configuração, os avisos e os erros. Deve ser consultada regularmente.
  • A tabela das placas: temperaturas, velocidade das ventoinhas e consumo de cada GPU.
  • O load average: mede a carga do processador. No nosso rig, é de 0,28 no último minuto e de 0,16 em média nos últimos 15 minutos, o que é normal. Não deve ultrapassar o número de núcleos do processador multiplicado por 2.

Para ir mais longe, o menu Miners, depois Action e Miner log, apresenta a saída do software de mineração. É aí que se veem os erros que precedem um bloqueio.

4. Automatizar os reinícios com o watchdog

O watchdog, «o cão que vigia», reinicia automaticamente o mineiro ou o rig quando uma condição é preenchida. Podemos, por exemplo:

  • reiniciar o mineiro ao fim de três minutos se detetar um problema;
  • reiniciar o rig após um certo número de minutos;
  • reiniciar se o load average ultrapassar um limite;
  • monitorizar o hashrate: se o T-Rex descer abaixo dos 250 MH/s, há um problema e o watchdog reinicia o mineiro.

Tivemos um rig que bloqueava a cada 5, 10 ou 15 horas, sem que encontrássemos a causa durante algumas semanas. Com o watchdog, o rig reiniciava sozinho, o que limitava o tempo de mineração perdido durante a pesquisa. A causa era, finalmente, a memória das placas do tipo RTX 3080, que aquecia demasiado e fazia bloquear o mineiro: um grande clássico.

5. A linha de comandos para um diagnóstico avançado

No HiveOS, Remote access e depois Hive Shell Start abre uma linha de comandos, como se estivéssemos ligados diretamente ao rig. Algumas comandos úteis:

  • net-test: verifica a ligação aos servidores do HiveOS e a ausência de problemas de proxy;
  • miner log: apresenta a saída do mineiro, incluindo a percentagem de shares válidas;
  • nvidia-info: lista as GPU NVIDIA, numeradas a partir de 0;
  • gpu-fans-find seguido do número da placa: faz rodar as ventoinhas para identificar fisicamente a placa no rig;
  • top: apresenta a utilização do processador e da memória por cada processo (Shift + P para ordenar por processador, Shift + M por memória).

Por fim, monitorize as shares: a percentagem de shares válidas deve permanecer na ordem dos 98 a 99 %. Abaixo disso, uma placa tem um problema real, de overclocking ou hardware.

E hoje?

Desde a passagem da Ethereum para a prova de participação em setembro de 2022, já não se minera Ethereum com placas gráficas e os rigs GPU tornaram-se marginais. O método continua válido para qualquer máquina de mineração: isolar os elementos um a um, monitorizar as temperaturas e os registos e automatizar os reinícios enquanto se procura a causa.

Para configurar corretamente o HiveOS, reveja o nosso tutorial HiveOS (worker, overclocking, flight sheet) e encontre todos os nossos vídeos na página dos tutoriais. Vai passar para os mineiros ASIC? A nossa equipa pode aconselhá-lo: contacte-nos.

Artigo anterior
Artigo seguinte

Obrigado por subscrever!

Este e-mail foi guardado!

Compre o look

Escolha as opções

Alterar a opção
Back In Stock Notification

Escolha as opções

this is just a warning
Iniciar sessão
Cesto
0 artigos