Parece que el soporte de litecoin/scrypt en cgminer es inestable ya que he encontrado muchas menciones de este error en varios foros y ninguna solución real. Algunos parecen poder resolver el problema experimentando con diferentes versiones y combinaciones de controladores y SDK de AMD. Hasta ahora he probado mucho y siempre el mismo problema. Aquí está la salida de la línea de comandos:
cgminer --benchmark --scrypt --depuración --verbose
[2013-06-07 00:34:54] Started cgminer 3.2.0
[2013-06-07 00:34:54] CL Platform 0 vendor: Advanced Micro Devices, Inc.
[2013-06-07 00:34:54] CL Platform 0 name: AMD Accelerated Parallel Processing
[2013-06-07 00:34:54] CL Platform 0 version: OpenCL 1.2 AMD-APP (1124.2)
[2013-06-07 00:34:54] Platform 0 devices: 1
[2013-06-07 00:34:54] 0 Tahiti
[2013-06-07 00:34:54] GPU 0 iAdapterIndex 0 strUDID PCI_VEN_1002&DEV_6798&SUBSYS_254D1458&REV_00_4&176F368&0&0018A iBusNumber 2 iDeviceNumber 0 iFunctionNumber 0 iVendorID 1002 strAdapterName AMD Radeon HD 7900 Series
[2013-06-07 00:34:54] GPU 0 AMD Radeon HD 7900 Series hardware monitoring enabled
[2013-06-07 00:34:54] Pushing ping to thread 0
[2013-06-07 00:34:54] Init GPU thread 0 GPU 0 virtual GPU 0
[2013-06-07 00:34:54] Popping work to stage thread
[2013-06-07 00:34:54] CL Platform vendor: Advanced Micro Devices, Inc.
[2013-06-07 00:34:54] CL Platform name: AMD Accelerated Parallel Processing
[2013-06-07 00:34:54] CL Platform version: OpenCL 1.2 AMD-APP (1124.2)
[2013-06-07 00:34:54] List of devices:
[2013-06-07 00:34:54] 0 Tahiti
[2013-06-07 00:34:54] Selected 0: Tahiti
[2013-06-07 00:34:54] Preferred vector width reported 1
[2013-06-07 00:34:54] Max work group size reported 256
[2013-06-07 00:34:54] Max mem alloc size is 2951741440
[2013-06-07 00:34:54] Selecting scrypt kernel
[2013-06-07 00:34:54] GPU 0: selecting lookup gap of 2
[2013-06-07 00:34:54] GPU 0: selecting thread concurrency of 22400
[2013-06-07 00:34:54] Loaded binary image scrypt130511Tahitiglg2tc22400w256l4.bin
[2013-06-07 00:34:54] Initialising kernel scrypt130511.cl with bitalign, 1 vectors and worksize 256
[2013-06-07 00:34:54] Creating scrypt buffer sized 1468006400
[2013-06-07 00:34:54] initCl() finished. Found Tahiti
[2013-06-07 00:34:54] 1 gpu miner threads started
[2013-06-07 00:34:54] Pool 0 not providing work fast enough
[2013-06-07 00:34:54] API not running - API will not be available
[2013-06-07 00:34:54] Generated benchmark work
[2013-06-07 00:34:54] Pushing work from pool 0 to hash queue
[2013-06-07 00:34:54] Generated benchmark work
[2013-06-07 00:34:54] Pushing work from pool 0 to hash queue
[2013-06-07 00:34:54] Generated benchmark work
[2013-06-07 00:34:54] Pushing work from pool 0 to hash queue
[2013-06-07 00:34:54] Popping ping in miner thread
[2013-06-07 00:34:54] Popping work from get queue to get work
[2013-06-07 00:34:54] Got work from get queue to get work for thread 0
[2013-06-07 00:34:54] Generated benchmark work
[2013-06-07 00:34:54] Pushing work from pool 0 to hash queue
[2013-06-07 00:34:54] Generated target 00000000000000000000000000000000000000000000000000000000ffff0000
[2013-06-07 00:34:55] [thread 0: 18432 hashes, 17.7 khash/sec]
[2013-06-07 00:34:55] GPU 0 found something?
[2013-06-07 00:34:55] OCL NONCE 33519 found in slot 0
[2013-06-07 00:34:55] New best share: 6
[2013-06-07 00:34:55] GPU0: invalid nonce - HW error
[2013-06-07 00:34:55] Discarded cloned or rolled work
Cualquier ayuda recibida con gratitud.
En mi experiencia, la minería de cifrado en GPU es bastante susceptible de causar errores de HW y nonces incorrectos si los parámetros no se eligen para que coincidan con las GPU en las que se ejecuta el algoritmo. Como dice el archivo SCRYPT-README de cgminer:
La razón por la que esto es crucial es que una intensidad demasiado alta puede ser desastrosa con scrypt porque PUEDE quedarse sin RAM. Las intensidades altas comienzan a escribir en el mismo RAM y depende en gran medida de la GPU, pero pueden comenzar a DISMINUIR su tasa de hash o, lo que es peor, comenzar a producir basura con errores de HW que se disparan. Tenga en cuenta que si NO especifica una intensidad, cgminer usa el modo dinámico que está diseñado para minimizar el daño a un escritorio en ejecución y el rendimiento será deficiente. El límite inferior de intensidad con scrypt suele ser 8 y cgminer evitará que baje demasiado.
La --benchmarkopción que especificó en su línea de comando le dice a cgminer que intente encontrar un conjunto óptimo de parámetros, por lo que también hará algunos intentos con intensidades altas, que fallarán. Una vez que haya descubierto un buen valor para los parámetros, debería estar bien.
Estoy teniendo el mismo problema.
Tengo instalado el catalizador 13.4. Intenté volver a 12.8 y 12.4, ambos generaron "cgminer dejó de funcionar" con todas las versiones de cgminer que probé.
Volví a cgminer 2.11.2 y funcionó, pero el rendimiento bajó mucho. Volví a cgminer 2.11.3 y parece estar funcionando con el mismo rendimiento y sin los errores de nonce.
Lo ejecutaré durante la noche y me aseguraré de que el grupo reconozca las unidades de trabajo.
Fred
Obtuve el mismo error con cminer 3.1.1 y la intensidad establecida en 19. Pero después de bajar la intensidad a 18, los errores de HW desaparecieron.
redcalx