Es scheint, dass die Litecoin/Scrypt-Unterstützung in cgminer instabil ist, da ich viele Erwähnungen dieses Fehlers in verschiedenen Foren und keine wirklichen Lösungen gefunden habe. Einige scheinen das Problem lösen zu können, indem sie mit verschiedenen Versionen und Kombinationen von Treibern und AMD SDK experimentieren. Bisher habe ich viel probiert und immer das gleiche Problem. Hier ist die Ausgabe von der Befehlszeile:
cgminer --benchmark --scrypt --debug --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
Jede Hilfe dankbar angenommen.
Meiner Erfahrung nach ist Scrypt Mining auf GPUs ziemlich anfällig für HW-Fehler und falsche Nonces, wenn die Parameter nicht so gewählt werden, dass sie mit den GPUs übereinstimmen, auf denen der Algorithmus ausgeführt wird. Wie die SCRYPT-README- Datei von cgminer besagt:
Der Grund dafür ist, dass eine zu hohe Intensität bei Scrypt tatsächlich katastrophal sein kann, da der RAM ausgehen KANN. Hohe Intensitäten beginnen mit dem Schreiben über denselben RAM und sind stark von der GPU abhängig, aber sie können Ihre Hashrate tatsächlich VERRINGERN oder, noch schlimmer, anfangen, Müll mit explodierenden HW-Fehlern zu produzieren. Beachten Sie, dass cgminer, wenn Sie KEINE Intensität angeben, den dynamischen Modus verwendet, der darauf ausgelegt ist, den Schaden für einen laufenden Desktop zu minimieren, und die Leistung WIRD schlecht sein. Die untere Intensitätsgrenze mit Scrypt liegt normalerweise bei 8, und cgminer verhindert, dass sie zu niedrig wird.
Die --benchmarkOption, die Sie in Ihrer Befehlszeile angegeben haben, weist cgminer an, zu versuchen, einen optimalen Parametersatz zu finden, sodass er auch einige Versuche mit hoher Intensität unternimmt, die fehlschlagen. Sobald Sie einen guten Wert für die Parameter herausgefunden haben, sollte es Ihnen gut gehen.
Ich habe das gleiche Problem.
Ich habe Catalyst 13.4 installiert. Ich habe versucht, zu 12.8 und 12.4 zurückzukehren, beide generierten "cgminer funktioniert nicht mehr" mit allen Versionen von cgminer, die ich ausprobiert habe.
Ich ging zurück zu cgminer 2.11.2 und es funktionierte, aber die Leistung ging stark zurück. Ich bin zu cgminer 2.11.3 zurückgekehrt und es scheint mit der gleichen Leistung und ohne die Nonce-Fehler zu funktionieren.
Ich werde es über Nacht laufen lassen und sicherstellen, dass der Pool die Arbeitseinheiten erkennt.
Fred
Ich habe den gleichen Fehler mit cminer 3.1.1 und einer auf 19 eingestellten Intensität erhalten. Aber nachdem ich die Intensität auf 18 gesenkt hatte, verschwanden die HW-Fehler.
redcalx