LeproCoin, kennt den jemand?

[Mikellev]

ich hab hiermit fast 0 rejects...

Code:

setx GPU_MAX_ALLOC_PERCENT 100
setx GPU_USE_SYNC_OBJECTS 1
cgminer-3.7.2-windows\cgminer.exe --scrypt -o 127.0.0.1:9031 -u username -p password --gpu-platform 0 --device 0 -w 256 --vectors 1 -I 13 -g 1 --log 1 --thread-concurrency 8192 --shaders 2048  --queue 0 --scan-time 1 --expiry 1

pause

[Bytekiller]

bis auf parameter für graka gleich

hab die qt.exe auch von vmware auf echten pc umgezogen kein unterschied

--------------------------------------------------------------------------------
 GPU 0:  82.0C 4158RPM | 865.2K/834.3Kh/s | A:4028 R:6825 HW:0 WU: 872.6/m I:20
 GPU 1:  74.0C 3978RPM | 878.7K/846.2Kh/s | A:5003 R:6825 HW:0 WU: 720.9/m I:20
 GPU 2:  70.0C 4227RPM | 864.4K/833.3Kh/s | A:3181 R:4875 HW:0 WU: 678.4/m I:20
--------------------------------------------------------------------------------

[Maddin0815]

bis auf parameter für graka gleich

haste denn auch den cgminer 3.7.2 drauf oder einen älteren?  Hatte das in den letzten tagen auch mehrmals bei anderen usern mitbekommen, erst hatten sie viele rejects, dann habe ich nen update auf den cgminer 3.7.2 empfohlen, und dies hat dann geholfen... 

[Bytekiller]

ist drauf
hab database + .dat gelöscht und frisch runter geladen
brachte auch nichts

[2014-01-28 13:29:49] Network diff set to 0
 [2014-01-28 13:29:49] New block detected on network before longpoll
 [2014-01-28 13:30:05] Found block for pool 4!
 [2014-01-28 13:30:05] Pool 4 stale share detected, submitting as user requested
 [2014-01-28 13:30:05] Accepted 3dac1690 Diff 1.06K/975 BLOCK! GPU 1 pool 4
 [2014-01-28 13:30:05] Network diff set to 0
 [2014-01-28 13:30:05] New block detected on network before longpoll
 [2014-01-28 13:30:08] Network diff set to 0
 [2014-01-28 13:30:08] New block detected on network before longpoll
 [2014-01-28 13:30:09] Found block for pool 4!
 [2014-01-28 13:30:09] Pool 4 stale share detected, submitting as user requested
 [2014-01-28 13:30:09] Rejected 0aa300bd Diff 6.16K/975 BLOCK! GPU 1 pool 4
 [2014-01-28 13:30:11] Network diff set to 0
 [2014-01-28 13:30:11] New block detected on network before longpoll
 [2014-01-28 13:30:12] Found block for pool 4!
 [2014-01-28 13:30:12] Pool 4 stale share detected, submitting as user requested
 [2014-01-28 13:30:12] Rejected 08dd6938 Diff 7.39K/975 BLOCK! GPU 1 pool 4
 [2014-01-28 13:30:14] Network diff set to 15

[Bytekiller]

sollte die diff nicht so sein das alle 15 sek ein block entseht
und wieso ist die diff nicht gestiegen sondern gleich geblieben?
hätte auf    0.05 irgendwas steigen sollen ist aber bei 0.01818689 geblieben

[Maddin0815]

hast du evtl. zu wenig Speicher?  versuch mal die intensität runterzusetzen, die haste ja momentan auf 20, versuch da mal 13...    je höher die intensität, umso großer die Brocken die die GPU geschickt bekommt, wenn dort der Speicher aber zu klein ist, kommt es dort zu engpässen....

oder haste das schon optimal ausgetestet für deine Grafikkarten?

alternativ mal den Pool http://lpc.cryptominingpool.net:9130/static/index.html testen, ob da ebenfalls so viele rejects kommen, und dort auch auf die dead rate achten, die siehst du in der grafischen AUswertung unter dem Menupunkt "Graph".....    als Username einfach deine LeprocoinWalletadresse und irgendein passwort....       aber nicht wundern, der Anteil an den Blöcken steigt erst über die Zeit bis auf die richtige Höhe, es geht aber nichts verloren weil du weiterhin Anteile bekommst wenn du aufhörst zu minen....

die diff ändert sich momentan noch alle 20xx Blöcke, wird nach dem Update aber anders sein... 

[Bytekiller]

ltc oder doge laufen mit einer fehlerrate von unter 3%
da kommt höchstens ein rejected (Job '6682' not found)
hab auch einem pool umgestellt
jede menge job not found oder stale

sind 3x ati r9 290
-i 20 -w 512 -t 32000

[Maddin0815]

wie sehen denn CPU und SPeicherauslastung auf dem System aus?

[Bytekiller]

wie sehen denn CPU und SPeicherauslastung auf dem System aus?

ist bamt
der rechner wo leprocoin-qt drauf läuf ist ein dual quad xeon und die festplatten schaft ca 400-450 mb/sek
cpu auslastung ca 1-3%

cgminer mit pool

[2014-01-28 14:36:37] Accepted 328201f1 Diff 1.3K/16 BLOCK! GPU 2 pool 6
 [2014-01-28 14:36:38] Network diff set to 0
 [2014-01-28 14:36:38] Stratum from pool 6 detected new block
 [2014-01-28 14:36:38] Pool 6 stale share detected, submitting as user requested
 [2014-01-28 14:36:38] Pool 6 stale share detected, submitting as user requested
 [2014-01-28 14:36:38] Rejected 0a357c46 Diff 25/16 GPU 1 pool 6 (Job '6766' not found)
 [2014-01-28 14:36:38] Rejected 0a322a43 Diff 25/16 GPU 1 pool 6 (Job '6766' not found)
 [2014-01-28 14:36:39] Pool 6 stale share detected, submitting as user requested
 [2014-01-28 14:36:39] Pool 6 stale share detected, submitting as user requested
 [2014-01-28 14:36:39] Rejected 0da7900e Diff 19/16 GPU 0 pool 6 (Job '6766' not found)
 [2014-01-28 14:36:39] Rejected 07957834 Diff 34/16 GPU 2 pool 6 (Job '6766' not found)
 [2014-01-28 14:36:40] Accepted 050fc560 Diff 51/16 GPU 0 pool 6
 [2014-01-28 14:36:40] Accepted 0945c085 Diff 28/16 GPU 2 pool 6
 [2014-01-28 14:36:40] Accepted 02c26f03 Diff 93/16 GPU 1 pool 6
 [2014-01-28 14:36:41] Network diff set to 0
 [2014-01-28 14:36:41] Stratum from pool 6 detected new block
 [2014-01-28 14:36:41] Pool 6 stale share detected, submitting as user requested
 [2014-01-28 14:36:41] Pool 6 stale share detected, submitting as user requested
 [2014-01-28 14:36:41] Pool 6 stale share detected, submitting as user requested
 [2014-01-28 14:36:41] Rejected 0d64dc3f Diff 19/16 GPU 0 pool 6 (Job '6768' not found)
 [2014-01-28 14:36:41] Rejected 03e6ea3d Diff 66/16 GPU 0 pool 6 (Job '6768' not found)
 [2014-01-28 14:36:41] Rejected 09d16f65 Diff 26/16 GPU 2 pool 6 (Job '6768' not found)
 [2014-01-28 14:36:41] Pool 6 stale share detected, submitting as user requested
 [2014-01-28 14:36:41] Pool 6 stale share detected, submitting as user requested
 [2014-01-28 14:36:41] Rejected 057dd005 Diff 47/16 GPU 1 pool 6 (Job '6768' not found)
 [2014-01-28 14:36:41] Rejected 020c288d Diff 125/16 GPU 1 pool 6 (Job '6768' not found)

mit pool hab ich eine rejectet rate von ca 25-40%

[Maddin0815]

mit Speicherauslastung meinte ich RAM! Wie lange braucht ein ping bis zum pool?  Internetzugang hat genug Bandbreite, oder wird da etwas ausgebremst?  Ist es bei anderen Pool ebenso?

[Bytekiller]

ping zum pool ca 20-40 ms
ping bamt zu leprocoin-qt ca 0,223-0,34 ms

wenn ich ltc, doge oder lot mine hab ich fast nur Accepted
jetzt wo die diff höher ist scheint es besser zu laufen
hab jetzt beim pool minen nur noch ab und einen job not found.
jetzt noch eine Rejected rate von ca 10-12%

solominen fehlerrate unter 25%

[Maddin0815]

alle müssen vor Block 190.000 den neuen Client installieren, auf github gibts schon den aktuellen sourcecode

Wallet für Win und Mac sollen im Laufe des Tages folgen.  https://bitcointalk.org/index.php?topic=400393.msg4805050#msg4805050

[Bytekiller]

kann man auch einen fehler beseitigen den alle -qt clients haben auch der BTC.
alle -qt haben folgendes Problem.

wenn man im router portforwarding auf den -qt aktiviert bekommt man deutlich mehr connections.
ohne Portforwarding glaub 6 oder 8
mit Portforwarding geht der balken auf grün. (ca 40-60 connections)
nach einem dsl disconnet fallen die connections runter auf 6 o. 8 und bleiben dort erst nach neustart des clients werden mehr connections aufgebaut.

[Maddin0815]

kann man auch einen fehler beseitigen den alle -qt clients haben auch der BTC.
alle -qt haben folgendes Problem.

wenn man im router portforwarding auf den -qt aktiviert bekommt man deutlich mehr connections.
ohne Portforwarding glaub 6 oder 8
mit Portforwarding geht der balken auf grün. (ca 40-60 connections)
nach einem dsl disconnet fallen die connections runter auf 6 o. 8 und bleiben dort erst nach neustart des clients werden mehr connections aufgebaut.

das ist kein Fehler, bzw nichts was man im code lösen kann.   wenn du ein portforwarding machst merken sich die anderen Clients die IP und geben diese innerhalb des Netzes auch weiter, da der Client dann ja direkt erreichbar scheint, nach einem DSL disconnect bekommst du aber eine andere IP, bist also für die anderen nicht mehr erreichbar, also baut dein Client 6 - 8 Verbindungen von sich aus auf, die reichen ihm um zuverlässig zu arbeiten....  bei einem neustart des Clients meldet dieser sich im Netz aber wieder als Client mit direkter Erreichbarkeit und schon wird seine IP wieder weitergegeben und andere clients connecten sich mit ihm....   

so macht ein portforwarding eigentlich nur Sinn wenn du ne feste IP hast, die hat man bei DSL aber normalerweise nicht.... 

[Maddin0815]

achja, bei DSL zu viele connections, du schreibst da etwas von 40 - 60, können natürlich auch zu einem engpass beim Internetzugang führen, zumal dein Upload ja geringer ist als der download, und somit zu deiner hohen Anzahl an rejects führen kann...   versuchs mal komplett ohne port weiterleitung, dann wirst du vom Netz als das erkannt was du wirklich bist, ein User mit "dialup", also geringer Geschwindigkeit...   mit der portweiterleitung nimmt das Netz ja an das es ein server im Internet sei....     auch kann es sein das sich dein Client anders verhält, also mit der portweiterleitung eben auch von sich aus "serverfunktionen" im Netz übernimmt, während er ohne portweiterleitung einfach als reiner client fungiert.... 

[paduser]

achja, bei DSL zu viele connections, du schreibst da etwas von 40 - 60, können natürlich auch zu einem engpass beim Internetzugang führen, zumal dein Upload ja geringer ist als der download, und somit zu deiner hohen Anzahl an rejects führen kann...   versuchs mal komplett ohne port weiterleitung, dann wirst du vom Netz als das erkannt was du wirklich bist, ein User mit "dialup", also geringer Geschwindigkeit...   mit der portweiterleitung nimmt das Netz ja an das es ein server im Internet sei....     auch kann es sein das sich dein Client anders verhält, also mit der portweiterleitung eben auch von sich aus "serverfunktionen" im Netz übernimmt, während er ohne portweiterleitung einfach als reiner client fungiert.... 

Ich vermute das Ziel der ganzen Aktion war eben mehr als die 6-8 Verbindungen zu erreichen. Denke nicht das jemand einfach so eine Portweiterleitung einrichtet.

[Bytekiller]

nachdem die diff höher ist gehts wieder fehlerfrei
auch mit aktuellen 64 connections
die uploadrate wurde per router auf 100 kb/sek für den port 9030 begrenzt der 9031 ist vom internet aus nicht erreichbar
auser es will jemand für mich minen

[Maddin0815]

nachdem die diff höher ist gehts wieder fehlerfrei
auch mit aktuellen 64 connections
die uploadrate wurde per router auf 100 kb/sek für den port 9030 begrenzt der 9031 ist vom internet aus nicht erreichbar
auser es will jemand für mich minen

eben, da dürfte dein Nadelöhr gewesen sein...   bei niedriger diff gabs wesentlich mehr Blöcke, also mussten auch mehr Daten übertragen werden, und wenn dann 40 - 60 andere clients die Daten von dir haben wollen, können 100 KB/s schon eng werden und durch diese Verzögerung eben Rejects zustande kommen....    


achja, alle schon den client upgedatet, die peer.dat gelöscht und die .conf editiert mit den neuen addnodes??

[Bytekiller]

nachdem die diff höher ist gehts wieder fehlerfrei
auch mit aktuellen 64 connections
die uploadrate wurde per router auf 100 kb/sek für den port 9030 begrenzt der 9031 ist vom internet aus nicht erreichbar
auser es will jemand für mich minen

eben, da dürfte dein Nadelöhr gewesen sein...   bei niedriger diff gabs wesentlich mehr Blöcke, also mussten auch mehr Daten übertragen werden, und wenn dann 40 - 60 andere clients die Daten von dir haben wollen, können 100 KB/s schon eng werden und durch diese Verzögerung eben Rejects zustande kommen....    


achja, alle schon den client upgedatet, die peer.dat gelöscht und die .conf editiert mit den neuen addnodes??

auch ohne portforwarding bestand das problem hat sich aber wie von zauberhand von alleine gelöst

die bestätigung von dem blöcken dauert jetzt deutlich länger
bei 40-60 connections waren die 20 bestätigungen in ca 2 min durch
jetzt dauert es fast 10-15 minuten

[Maddin0815]

die bestätigung von dem blöcken dauert jetzt deutlich länger
bei 40-60 connections waren die 20 bestätigungen in ca 2 min durch
jetzt dauert es fast 10-15 minuten

das ist ja abhängig davon wie schnell die 20 Blöcke gefunden werden die zur bestätigung benötigt werden...  ;-)