Entiendo que la GPU puede tener resultados menos precisos de números reales porque la velocidad/rendimiento es el objetivo. Pero no entiendo por qué también ocurrió en números enteros.
Tomando el algoritmo de minería, scrypt hash, por ejemplo, hay operaciones casi enteras en SHA-256 o PBKDF, como los operadores de rotación, cambio, adición, xor y selección de bits de enteros sin signo. Sin embargo, genera tantos nonces de falsos positivos. Todos pueden invocar a cgminer con argumentos -T -D --verbose
para ver los registros detallados. Sin embargo, cgminer verificará el resultado a través de la rutina de la CPU nuevamente antes de enviarlo al grupo de minería porque demasiados cgminer compartidos no válidos serán prohibidos en el grupo. No todo el mundo sabe que su GPU genera tantos recursos compartidos falsos positivos porque el mensaje de registro predeterminado no muestra esto.
Entonces, no entiendo eso. ¿El problema está en la GPU o en el código scrypt OpenCL?
Es probable que su intensidad sea demasiado alta. Por lo general, una mayor intensidad u otras configuraciones pueden verse bien con un mayor poder de hash, pero en realidad dan como resultado muchos falsos positivos.
La mejor práctica es jugar con la configuración hasta que consigas el punto óptimo.
usuario5107
jclin
cris s
jclin
-T -D --verbose
.jose pineda
jclin