Topic: Come minare al meglio usando una 7990 (?) problema serio con i kh/s (Read 1494 times)

windows 7 64bit,ma non cambia molto,il lavoro lo fa il miner.

Ma sei su windows o ubuntu?

non mino scrypt da settembre,attualmente mino ogni tanto protoshares (cpu only) per divertimento.

cgminer mi dava velocità instabili con variazioni consistenti di kh/s (minavo con una hd 6970),oggi pomeriggio ho avviato bfgminer e faceva 510 kh/s fissi,senza salire ne scendere.

Leggendo anche in altri thread il valore massimo che posso mettere è 8192..
Una volta messo c'erano sempre una valanga di errori e cambiava poco e nulla.
Alla fine ho trovato un post di uno che chiedeva la stessa cosa.. ho cambiato l'intensità della riga di comando come suggeriva I 13 anzichè 18

cgminer.exe --scrypt -o stratum+tcp://global.wemineltc.com:3335 -u TheNoLifeKing666.1 -p xxx --thread-concurrency 8192 --lookup-gap 2 -w 256 -I 13 -g 3

beh.. guardate voi stessi

https://i.imgur.com/ZJ0TtIP.png

Ora si è stabilizzato a 570 kh/s ma credo dipenda anche dalla difficoltà settata nella pool, no? Cosa dovrei mettere a sto punto per ottimizzare ancora? vorrei evitare di andare a tentativi su una pool che si aggiorna ogni quarto d'ora..
Anche se detto fra noi.. 0.00083 ltc ogni round mi paiono ancora un pò pochi, sbaglio?


Detto ciò volevo anche porre una domanda generale, voi che miner/schede video, SO, ecc. usate e che difficoltà impostate?

Tu braytz usi le 7990?

ora volevo confrontarmi un pò e vedere di trarne qualcosa di ancora meglio..
che .bat usi? perché bfgminer? che .bat usavi su cgminer che non ti funzionava?


EDIT: ora sono 0.00174 ltc a round.. si.. direi che ora và bene

abbassa il thread concurrency finchè non parte,prova 8000 o valori a scatti di 1000 finchè non si avvia.

https://i.imgur.com/3qPAozm.png

leva solo il parametro --shaders xxxx  e sostituiscilo con il nuovo comando thread concurrency

tolgo solo --shaders o cambio tutta la riga dopo --shaders cambiandola con --thread-concurrency 16384 ?

la butto giù così:

togli --shaders e metti --thread-concurrency 16384

se esce che è troppo alto metti --thread-concurrency 1600

lasciando quello di default esce anche peggio

https://i.imgur.com/siCILQ4.png
https://i.imgur.com/rWJKuhW.png

per ora che non ho i waterblock invece ho portato tutto al minimo con afterburner, (di fatti dovrebbe fare 500-600 kh per gpu di default, ma ne faceva appunto 275), tuttavia non cambia nulla pare

ma le frequenze e voltaggi come sono settati? a questo punto mi viene da pensare a un settaggio instabile.

Provato anche con bfg.. nada

https://i.imgur.com/gBIw0bR.png

No no, quello che volevo dire è che non è giusto che ti preoccupi solo tu,
è solo un bene che dai una mano agli utenti e sicuramente sei più all'avanguardia di me che sono rientrato nel giro delle cryptomonete da poco, scusa piuttosto se preso dallo scervellarmi non ti ho ancora ringraziato =P
comunque ancora c'è molto lavoro che devo fare..
poi dovrei capire come eliminare in particolare gli HW..

ora ho riprovato a generare il .bat dal sito,
và già meglio.. 211kh  anche se dovrei farne 550 e passa con 2 gpu da 275 ognuna, cosa più importante di tutte.. si riempie di errori... troppi

https://i.imgur.com/GA7Dmos.png

il .bat generato è
cgminer.exe --scrypt -o stratum+tcp://global.wemineltc.com:3335 -u TheNoLifeKing666.1 -p xxx -I 13

p.s. come versione di driver avevo in utlimo stavo provando la 13.11, non vedo molta differenza

cambia miner, prova bfgminer e ,se esce errore,togli --shaders perchè (se non erro)non è un comando riconosciuto.

con i 13.9 bfgminer mi funziona, cgminer no.



non so se stai dicendo indirettamente che è colpa mia,ma ho aiutato molti utenti proprio in questa sezione e tutti felici e contenti.

ovviamente ci sono infiniti utenti migliori di me, ma credo che qualcosina la so.

Ho reinstallato i driver, eliminato manualmente (non potevo fare altrimenti) le cartelle dell'sdk e reinstallato Tutto da capo.

Anzichè migliorare è peggiorato (gli errori hardware all'inizio ne fa pochi mentre sul fatto che con l'istruzione che mi hai dato da aggiungere nel bat adesso i driver non crashano più, ma comunque lagga di brutto il monitor e si sente che sta spremendo le gpu)

https://i.imgur.com/6mDutkP.png

Minando con la 3.3.1 di cgminer e nel bat c'era questa istruzione:

cgminer.exe --scrypt -o stratum+tcp://global.wemineltc.com:3335 -u worker -p password --shaders 2048 --lookup-gap 2 -w 256 -I 18 -g 3

https://i.imgur.com/nsYkYlP.png

In sostanza ora mi segna addirittura 0kh e quando và bene 22, mentre sul miner dovrebbero essere 280 + 280..
E NON me ne preoccuperei, come dice di fare la pool stessa.. se non fosse che mi accredita 0.00000001 ltc quando un mio amico con i cudaminer a 250 kh a singola gpu ne fa 0.028 in 3 ore ...

Tanto per sfizio ho provato a mettere nel bat questa istruzione:

cgminer.exe --scrypt -o stratum+tcp://global.wemineltc.com:3335 -u worker -p password -I 20 -g 1 -w 256 --thread-concurrency 24000

che raccomandava la wiki, ma non è proprio partito il bat dandomi questo log dell'erore:

https://i.imgur.com/k9G6YBA.png

Provo a cambiare il bat, usare un'altra versione di cgminer e installare la catalyst 13.6 abbinata al cgminer 3.3.1 come dice nella wiki, più di questo non saprei che fare...

Qualcuno che se ne intenda? :l

io ho i 13.9 , e hanno anche il driver opencl integrato.

ti basta questo e hai tutto in uno  .

reinstallare l'sdk è un supplizio xD
comunque sia.. non sarà meglio provare con il catalyst 13.6 come suggerisce la wiki anzichè gli ultimi? o la wiki di comparazione degli hardwer x mining è obsoleta ora come ora?

se i driver vanno in crash prova a disinstallare tutto e fai un'installazione pulita degli ultimi driver ed sdk (se non sono compresi nei driver).

le temperature sono buone, 65° sulla prima e 57 sulla 2a
però spreme oltre i 300kh quando di norma con il clock al minimo và a 275 massimo per cui và tutto a scatti logicamente e dopo 4-5 minuti crashano i driver