Hírek:

Az újonnan regisztrálók nézzék meg a spam mappában a megerősítő levelet!

Main Menu

ETH bányászat

Indította boti123, december 02, 2016, 04:17:18 DÉLUTÁN

Előző téma - Következő téma

0 Felhasználók és 3 Vendégek van a témában

Worlynox

Idézetet írta: Laca012 Dátum május 06, 2017, 11:13:38 DÉLELŐTT
Áthoznám a kérdést a kezdő topicból, hátha itt sikerül több infót gyűjteni és kitalálni mi a baj, meg amúgy is csak ETH/ETC- n jelentkezik ez a probléma, ZEC-en pl. minden ok.

Idézetet írta: Laca012 Dátum április 23, 2017, 12:39:02 DÉLUTÁN
Idézetet írta: zenetibi Dátum április 23, 2017, 10:43:08 DÉLELŐTT
Idézetet írta: Laca012 Dátum április 22, 2017, 11:33:15 DÉLUTÁN
Idézetet írta: Laca012 Dátum április 21, 2017, 07:59:08 DÉLUTÁN

A 2 rigem reported és average hashrate között ez a különbség látszik:

7kártyás rig  reported 185.9 MH/s average 174.8 MH/s  6% különbség
5kártyás rig  reported 131.6 MH/s average   95.8 MH/s 27%különbség

ha a fő grafikont nézem akkor
reported 318 average 271 tehát 15% a különbség, de lehet látni, hogy a második rig viszi le az egészet.
Minden beállítás és hardver (Tápegység kivételével) ugyan az, csak a másodikból még hiányzik 2 kártya...
(A 7es rignél EVGA 1000GGQ+EVGA550GS az 5ös rignél FSP Aurum 1200, de ha ZEC-en +200-250W-tal magasabb fogyasztással stabil akkor nem hinném a táp lenne a ludas)






Szóval szerintem van akinél ilyen, van akinél nem.. (Nálam meg van ilyen is olyan is...)
De az okát jó lenne kitalálni..
A kártyák nincsenek túlhajtva, HW monitor mindre "0"hibát ír..

Ötletek??   ???

Szoval senkinek semmi otlete, hogy miert ez a bazi nagy kulonbseg a 2 rigem kozott?
Valakinek hasonlo??

Indítsd újra a riget, lehet, hogy nagyon sok az invalid share.

Ott a képen, nincs semmi invalid share..
Minimàlis stale van, de az meg mindegyik rigen, meg annyi mindenkinél van.
Ettől függetlenül újraindítás azóta volt 2-3 szor is, de a szitu ugyan az..

Azóta is ezzel szívok (már fél hónapja), és nem igazán akarok belenyugodni, hogy az 5-ös rig úgy hash-el , mintha csak 3.5 kártya lenne a gépben, holott 5db-ot fizettem ki..
HW monitor azóta sem mutat egy db hibát sem, a kártyákból 3db 03SB Hynix, 1db 020B Hynix és 1db 66SB Samsung.

Az tény, hogy a másik 7-es rig kizárólag mind 03SB.

A 020B az gyengébb, mert az max 1825MHz-ig húzható anélkül, hogy hibázna, viszont a Samsung meg 1900-ig, szóval ki kellene egyenlítsék egymást.. (A többi 1850-en megy, mint a 7-es rigben is az összes)

Még egy érdekesség, a HWmonitor a 03SB Hynix kártyáknál: (a7-es rigben is az összes)
GPU 3D Memory dedicated: 2059MB
GPU 3D Memory Dynamic: 31MB
Samu 66SB:
GPU 3D Memory dedicated: 2095MB
GPU 3D Memory Dynamic: 32MB
Hynix 020SB:
GPU 3D Memory dedicated: 2140MB
GPU 3D Memory Dynamic: 41MB
Más minden detto ugyan az, csak ezek különböznek.

asic quality :
1. 03SB 60.0%
2. 03SB 75.6%
3. 03SB 68.4%
4. 020B 58.7%
5. 66SB 74.6%

Szóval akinek "vegyes" MSI GamingX 4GB rigje van azoknál ez hogy alakul?
Akinek  020B náluk is ilyen alacsony asic, meg ingadozó és sokkal alacsonyabb az átlagos hash a riportolthoz képest ETH/ETC-n?


ETH-n nekem a 9.1 claymorral volt ilyen nagy különbség, mikor kijött a 9.2.
Miután feltettem 9.2-t eltűnt a probléma.

Laca012

Idézetet írta: Worlynox Dátum május 06, 2017, 11:20:15 DÉLELŐTT
Idézetet írta: Laca012 Dátum május 06, 2017, 11:13:38 DÉLELŐTT
Áthoznám a kérdést a kezdő topicból, hátha itt sikerül több infót gyűjteni és kitalálni mi a baj, meg amúgy is csak ETH/ETC- n jelentkezik ez a probléma, ZEC-en pl. minden ok.

Idézetet írta: Laca012 Dátum április 23, 2017, 12:39:02 DÉLUTÁN
Idézetet írta: zenetibi Dátum április 23, 2017, 10:43:08 DÉLELŐTT
Idézetet írta: Laca012 Dátum április 22, 2017, 11:33:15 DÉLUTÁN
Idézetet írta: Laca012 Dátum április 21, 2017, 07:59:08 DÉLUTÁN

A 2 rigem reported és average hashrate között ez a különbség látszik:

7kártyás rig  reported 185.9 MH/s average 174.8 MH/s  6% különbség
5kártyás rig  reported 131.6 MH/s average   95.8 MH/s 27%különbség

ha a fő grafikont nézem akkor
reported 318 average 271 tehát 15% a különbség, de lehet látni, hogy a második rig viszi le az egészet.
Minden beállítás és hardver (Tápegység kivételével) ugyan az, csak a másodikból még hiányzik 2 kártya...
(A 7es rignél EVGA 1000GGQ+EVGA550GS az 5ös rignél FSP Aurum 1200, de ha ZEC-en +200-250W-tal magasabb fogyasztással stabil akkor nem hinném a táp lenne a ludas)






Szóval szerintem van akinél ilyen, van akinél nem.. (Nálam meg van ilyen is olyan is...)
De az okát jó lenne kitalálni..
A kártyák nincsenek túlhajtva, HW monitor mindre "0"hibát ír..

Ötletek??   ???

Szoval senkinek semmi otlete, hogy miert ez a bazi nagy kulonbseg a 2 rigem kozott?
Valakinek hasonlo??

Indítsd újra a riget, lehet, hogy nagyon sok az invalid share.

Ott a képen, nincs semmi invalid share..
Minimàlis stale van, de az meg mindegyik rigen, meg annyi mindenkinél van.
Ettől függetlenül újraindítás azóta volt 2-3 szor is, de a szitu ugyan az..

Azóta is ezzel szívok (már fél hónapja), és nem igazán akarok belenyugodni, hogy az 5-ös rig úgy hash-el , mintha csak 3.5 kártya lenne a gépben, holott 5db-ot fizettem ki..
HW monitor azóta sem mutat egy db hibát sem, a kártyákból 3db 03SB Hynix, 1db 020B Hynix és 1db 66SB Samsung.

Az tény, hogy a másik 7-es rig kizárólag mind 03SB.

A 020B az gyengébb, mert az max 1825MHz-ig húzható anélkül, hogy hibázna, viszont a Samsung meg 1900-ig, szóval ki kellene egyenlítsék egymást.. (A többi 1850-en megy, mint a 7-es rigben is az összes)

Még egy érdekesség, a HWmonitor a 03SB Hynix kártyáknál: (a7-es rigben is az összes)
GPU 3D Memory dedicated: 2059MB
GPU 3D Memory Dynamic: 31MB
Samu 66SB:
GPU 3D Memory dedicated: 2095MB
GPU 3D Memory Dynamic: 32MB
Hynix 020SB:
GPU 3D Memory dedicated: 2140MB
GPU 3D Memory Dynamic: 41MB
Más minden detto ugyan az, csak ezek különböznek.

asic quality :
1. 03SB 60.0%
2. 03SB 75.6%
3. 03SB 68.4%
4. 020B 58.7%
5. 66SB 74.6%

Szóval akinek "vegyes" MSI GamingX 4GB rigje van azoknál ez hogy alakul?
Akinek  020B náluk is ilyen alacsony asic, meg ingadozó és sokkal alacsonyabb az átlagos hash a riportolthoz képest ETH/ETC-n?


ETH-n nekem a 9.1 claymorral volt ilyen nagy különbség, mikor kijött a 9.2.
Miután feltettem 9.2-t eltűnt a probléma.
Most 9.3 fut mindkettőn, de már 9.2-nél is jelentkezett..

Biztos, hogy nem normális, mert Robinál is van vegyes rig, de az ő rigjeinél
M1 8.5%
M2 3%
M3 5%
M4 6%
M5 4%
M6 10%

Mondjuk az M6 görbéjét megnézve nála is ez a 10% 24óra alatt változott 4%-ról erre a 10%-ra
Nálam is így kezdődött anélkül, hogy bármit csináltam volna vele és csak romlott.
Az első post írásakor 27% különbség volt, most már 39%..
Lassan olyan mintha fél gőzzel menne, holott a miner-ben, meg a claymore monitorban azt mutatja, rendesen hashel minden kártya..  Nincs invalid share, nincs stale share, semmi amin elindulhatnék..
Ha így folytatódik, a végén az 5 kártya annyit fog termelni, mint normál esetben 1 kàrtya..

m8k

Az nalam is hulyeseget ir ki az average hashrate, de ne foglalkozz vele, usd be a reported hashratedet a https://www.cryptocompare.com/ -ba es ott meglatod hogy a Mined/day-be ha talal-e a napi bejoveteled. Nekem talal.
Mar 24 oraja mindjart hashel nekem a "csodakartya" 37MH/s-el. Erre varjon valaki gombot! ;D ;D ;D Szar hitvany kartya, ejszakaimat tette tonkre amig beallitottam es most kezd halas lenni???!!!! ;D

messimage

Idézetet írta: m8k Dátum május 06, 2017, 04:56:44 DÉLUTÁN
Az nalam is hulyeseget ir ki az average hashrate, de ne foglalkozz vele, usd be a reported hashratedet a https://www.cryptocompare.com/ -ba es ott meglatod hogy a Mined/day-be ha talal-e a napi bejoveteled. Nekem talal.
Mar 24 oraja mindjart hashel nekem a "csodakartya" 37MH/s-el. Erre varjon valaki gombot! ;D ;D ;D Szar hitvany kartya, ejszakaimat tette tonkre amig beallitottam es most kezd halas lenni???!!!! ;D

Melyik kártya tudja a 37 et?

m8k

#504
m2k-bol az utolso, ez....

Arkenso

Idézetet írta: m8k Dátum május 06, 2017, 05:08:44 DÉLUTÁN
m2k-bol az utolso

Nekem is volt ilyen, többször is :)
DCRI 1 el tol majdnem 50 et, próbáld ki :)

Laca012

Idézetet írta: m8k Dátum május 06, 2017, 05:08:44 DÉLUTÁN
m2k-bol az utolso, ez....
Ki ne találd, hogy Micron memóriás 8GB-os, mert eddig senki sem akart olyat, azonnal visszaküldte aki tudta, de mától tuti mindenki olyat akar majd venni.. ;D ;D

m8k

#507
Hynx, szar asic mellett, 60,8%....RX480, 4gb, ja es meg a fogyasztas is leesett 1060w-rol 1030-ra :D

Laca012

Idézetet írta: m8k Dátum május 06, 2017, 05:23:36 DÉLUTÁN
Hynx, szar asic mellett, 60,8%....RX480, 4gb, ja es meg a fogyasztas is leesett 1060w-rol 1030-ra :D
Ez tényleg csodakártya..  ;D ;D

Laca012

#509
Idézetet írta: m8k Dátum május 06, 2017, 04:56:44 DÉLUTÁN
Az nalam is hulyeseget ir ki az average hashrate, de ne foglalkozz vele, usd be a reported hashratedet a https://www.cryptocompare.com/ -ba es ott meglatod hogy a Mined/day-be ha talal-e a napi bejoveteled. Nekem talal.
Mar 24 oraja mindjart hashel nekem a "csodakartya" 37MH/s-el. Erre varjon valaki gombot! ;D ;D ;D Szar hitvany kartya, ejszakaimat tette tonkre amig beallitottam es most kezd halas lenni???!!!! ;D

Megnéztem a kalkulátort, Legutóbbi kifizetésem 67óra 1.0111ETH volt. Ez a kalkulátorban akkor jön ki, ha a hashrate 294MH/s
A riportolt 318MH/s az átlagos 277MH/s szóval ez közötte,
De... előtte mindig (az utolsó 10 kifizetés) 54h-60h között volt, aztán ez a 67óra, most meg 56,5óra telt el és 9h40m-t ír a következő kifizetésre ami megint csak 66h felett lesz..
A riportolt 318MH/s-hoz 62órára kellene, hogy jöjjön az 1.01ETH kifizetés, de nem fog, pedig előtte:
60.7h
58.4h
55.7h
58.0h
57.5h
60.4h
60.4h
56.2h
51.4h
52.8h
55.3h
Biztos vagyok benne, ha megoldódik és visszatér az átlagos valamivel a riportolt alá, a kifizetések is hamarabb jönnek megint..

Uhura

Idézetet írta: Laca012 Dátum május 06, 2017, 05:18:51 DÉLUTÁN
Idézetet írta: m8k Dátum május 06, 2017, 05:08:44 DÉLUTÁN
m2k-bol az utolso, ez....
Ki ne találd, hogy Micron memóriás 8GB-os, mert eddig senki sem akart olyat, azonnal visszaküldte aki tudta, de mától tuti mindenki olyat akar majd venni.. ;D ;D

Ja a végén tényleg egymás sarkát fogják tapodni az emberek a lesajnált Micron / macaron memóriáért. :D Így múlik el a világ dicsősége .

Laca12: nem próbáltad még, hogy más -más claymort használjál a két rignél. Én pl. 8.0 használom még mindig ott nyíl egyenes a reported és igaz egy napja nem, de előtte simán a reported felett volt a valós hash rate-m.

Szerintem  a különbség azért is van, mert a pool variál a feladat kiosztásban vagy a terhelés elosztásban . Ezt azért gondlom, mert ha leáll a rig és 1 óra után vissza rakom akkor kel 1 -2 nap, hogy újra annyit és úgy hasseljen a gép mint előtte. Vagyis szerintem a valahol a feladatok megosztásában / delegálásában van valamilyen algoritmus ami a biztosabb folyamatosan jelenlévő rig-eket preferálja. Persze lehet, hogy ez hülyeség csak bele magyarázom.

Laca012

Idézetet írta: Uhura Dátum május 06, 2017, 09:26:27 DÉLUTÁN
Idézetet írta: Laca012 Dátum május 06, 2017, 05:18:51 DÉLUTÁN
Idézetet írta: m8k Dátum május 06, 2017, 05:08:44 DÉLUTÁN
m2k-bol az utolso, ez....
Ki ne találd, hogy Micron memóriás 8GB-os, mert eddig senki sem akart olyat, azonnal visszaküldte aki tudta, de mától tuti mindenki olyat akar majd venni.. ;D ;D

Ja a végén tényleg egymás sarkát fogják tapodni az emberek a lesajnált Micron / macaron memóriáért. :D Így múlik el a világ dicsősége .

Laca12: nem próbáltad még, hogy más -más claymort használjál a két rignél. Én pl. 8.0 használom még mindig ott nyíl egyenes a reported és igaz egy napja nem, de előtte simán a reported felett volt a valós hash rate-m.

Szerintem  a különbség azért is van, mert a pool variál a feladat kiosztásban vagy a terhelés elosztásban . Ezt azért gondlom, mert ha leáll a rig és 1 óra után vissza rakom akkor kel 1 -2 nap, hogy újra annyit és úgy hasseljen a gép mint előtte. Vagyis szerintem a valahol a feladatok megosztásában / delegálásában van valamilyen algoritmus ami a biztosabb folyamatosan jelenlévő rig-eket preferálja. Persze lehet, hogy ez hülyeség csak bele magyarázom.

Ezen én is gondolkodtam, hogy a pool válogat. A 7-es rigem ha ez számít, akkor közel "tökéletes" abból a szempontból, hogy abba raktam a leghasonlóbb kártyáimat. Mind 03SB, kb. ugyanazokkal a beállításokkal mennek. 1050/1850MHz, és a feszültségekben sincs túl nagy szórás. Mondhatni "megy mint a doxa" annak ellenére, hogy a 7 kártya anno csak úgy ment frankón ha 24GB swap (virtuális memória) volt megadva, és néha törölnöm kell a log file-t, mert a teamwiever már huhog, hogy kevés a szabad hely a 64GB-os ssd-n.
Viszont ebben az "5ös" rigben van a Samsung (66SB), ami előtte hynix biossal ment pár hónapot, és ezért gyengébb volt meg ingadozott. Kb. egyébként pont úgy csinált, mint még mindig a 020B ami elvileg eddigi infok alapján Hynix kell hogy legyen... Így most 3 kártya 1050/1850-en megy, de a Samu 1050/1900-on, a "nyomi" 020B Hynix meg 1050/1825-ön. Van is hashrate különbség a kártyák között.
Apropó virtuális memória.. ennél a rignél "csak"16GB.. na azt még megpróbálom mindjárt felhúzni...

Hétfőn megjön a "hiányzó" 2 kártya amik 03SB Hinyxesek lesznek.. (A számlát már megkaptam online, amin rajta van a szériaszám.)
Azt nem tudom, hogy a 020B-t esetleg megflasheljem -e megint, vagy  simán kikapcsoljam és megnézzem lehet nem is hashel kevesebbet, csak a reported fog lejönni az átlagos sebességre... Nem tudom..
Minden esetre most adok neki még virtuális memóriát, de amúgy kicsit fura, hogy másnak a Claymore által ajánlott 16GB elég, de nálam a 7-es rig is bohóckodott 23-24GB alatt...

Sipi

Szereztem sapphire nitro+ 470 8gb és 480 8gb Samsung ramos kártyákat. Mind a kétfélét 1750-es timingra moddoljam? Eth+dcr-t bányászok majd velük is. Valamint ezekhez a kártyákhoz tudnátok segítséget adni watt-tool beállításban? Köszönöm.

Laca012

Idézetet írta: Laca012 Dátum május 06, 2017, 07:03:08 DÉLUTÁN
Idézetet írta: m8k Dátum május 06, 2017, 04:56:44 DÉLUTÁN
Az nalam is hulyeseget ir ki az average hashrate, de ne foglalkozz vele, usd be a reported hashratedet a https://www.cryptocompare.com/ -ba es ott meglatod hogy a Mined/day-be ha talal-e a napi bejoveteled. Nekem talal.
Mar 24 oraja mindjart hashel nekem a "csodakartya" 37MH/s-el. Erre varjon valaki gombot! ;D ;D ;D Szar hitvany kartya, ejszakaimat tette tonkre amig beallitottam es most kezd halas lenni???!!!! ;D

Megnéztem a kalkulátort, Legutóbbi kifizetésem 67óra 1.0111ETH volt. Ez a kalkulátorban akkor jön ki, ha a hashrate 294MH/s
A riportolt 318MH/s az átlagos 277MH/s szóval ez közötte,
De... előtte mindig (az utolsó 10 kifizetés) 54h-60h között volt, aztán ez a 67óra, most meg 56,5óra telt el és 9h40m-t ír a következő kifizetésre ami megint csak 66h felett lesz..
A riportolt 318MH/s-hoz 62órára kellene, hogy jöjjön az 1.01ETH kifizetés, de nem fog, pedig előtte:
60.7h
58.4h
55.7h
58.0h
57.5h
60.4h
60.4h
56.2h
51.4h
52.8h
55.3h
Biztos vagyok benne, ha megoldódik és visszatér az átlagos valamivel a riportolt alá, a kifizetések is hamarabb jönnek megint..

74.2h lett a kifizetes...  :'(
Ez 276MH/s -nak felel meg a kalkulator szerint es pontosan annyi lett a vegere az average is, amit az ethermine.org-on mutat..
Tehat pontosnak pontos a kalkulator, es baromira az average alapjan fizetnek.

Ez annyira nem vicces, mert ezzel csak havi $934 a profit, 300MH/s-al mar $1016 lenne, de a riportolt 318MH/s-al meg $1078..
Szoval havi $100-$150 minimum megy a levesbe emiatt, ami egy fel videokartya ara.. >:(

Kulonben az is tuti szamit, hany kartya van egy rigben, es ha egy szarul muzsikal, viszi a tobbit. Ezt azert gondolom, mert tegnap azert sikerult valamit javitanom a helyzeten.  ;)

Masfel hete bazsy akinek szinten van 03SB es 020B kartyaja is kuldott nekem egy (elvileg) 020B hynix biost, amit felraktam, de minden ugyan az volt es semmit nem valtozott.
Tegnap viszont ujra akartam flashelni, hatha csak az iraskor hibazott valamit es a biosok kozott veletlenul talaltam egyet amit ugy mentettem le, hogy a file neve a sorozatszam utolso 5 jegye volt..  ::)
Osszehasonlitottam, es pont a 020B eredeti biosomat talaltam meg.. Osszehasonlitottam a Polaris editorban, es majdnem minden ugyan az volt, de a bal felso sarokban a 03SB biosok az "OPEN" "SAVE" gombok mellett 0x35 -ot mutatnak, ugyanugy mint az is amit bazsy kuldott.
Na de amit en mentettem le original 020B bios az ott 0x9E-t mutat, tehat valami tuti mas. Meg is moddoltam gyorsan 1500-asra es feltoltam.
Innentol ez a kartya is megy hibak nelkul 1025/1850MHz-en, tehat az a bios hiaba Hynix, nem jo mindegyik Hynixeshez!! ;D
AtiFlashban egyebkent a
0x35-os biost 113-MSITV341MH.212-nek
0x9E-s biost 113-MSITV341MH.213-nak mutatja, tehat kb. mintha egyel ujabb lenne, de legalabbis tuti nem ugyan az.
0xE4 bios 113-MSITV341MH.2H2 ez meg a Samsung csak az erdekesseg kedveert.

De itt nincs vege a sztorinak.. A HWmonitorban ugyan semmi hibat nem mutatott, de a Claymore-ben pirossal GPU #3 invalid share ami elotte nem volt... "Ha tul gyakran latja akkor ne huzza tul a kartyat blabla" vagy valami ilyesmi...
Ez a GPU#3 viszont a Samsung memorias volt. Azt is visszavettem az 1900MHz-rol 1850MHz-re es ugy mar nem dobalta az invalid share-eket..
Itt jon a 2forintos kerdes, hogy mi a fene koze van a GPU#4 bios modositasanak es beallitasanak a GPU#3 -hoz? Mert elotte nem volt invalid share.
Csak arra tudok gondolni, hogy ugyan a feladatokat GPU-nkent kapja a gep, de valahogy szamolasban megis van osszedolgozas, vagy valami ilyesmi, kulonben hogy lehetne ez?
Elotte Zcash-nel is volt ilyen nem is egyszer, hogy egy kartya tul volt huzva, es 2 kartya volt "hanging" mikor fagyott. Aztan amikor a tulhuzottat visszavettem, megjavult a masik is, hozza se kellett nyulnom..
Es ott is "egymas melletti" kartyak csinaltak GPU#3 akasztotta meg a GPU#4-et, GPU#2 a GPU#3-at ahogy emlekszem.
Most a moddolas, bioscsere utan javulni latszik a helyzet. Kerdes, hogy lassan felmegy-e addig mint regen, vagy vesz egy kanyart majd megint aztan folytatja-e lefele..





Uhura

#514
Nem tudom igazából annyira nem foglalkoztam a poolok és a rig-ek munka megosztásával de lehet a rendszerek skálázásánál függ a kiosztott munka végrehajtása vagy invalid share-je is . Csak ha azt veszed van vagy 10-11 reward kiosztási / számítási megoldás mutatja, hogy van bőven variációs lehetőség.

Nézegetem pár oldalt, azt írják a rendszer lényege, hogy mindenki kvázi párhuzamosan számolja a feladatát és valaki megtalálja ezt bedobja a közösbe. Azért hogy a pool tudja, hogy te dolgozol mellékesen megszór kis összetettségű "mellék munkával" amit időre mindenki ki tud számolni, ezzel bizonyítva, hogy dolgozik. vagyis nagy valószínűséggel amikor invalid share van az nem a valós "pénzkereső" számítás hanem ez a "mellék munka" számítás alapján jön ki és így azért esik a kalkulált hash rated mert a pool az invalid shareből azt szűri le , hogy a gpu-ban élő kis bányászaid csajoztak, söröztek, de ba... dolgozni.

Igazából ez a szocialista internacionálé tökéletes megtestesülése... mindenki dolgozik de csak 1 talál kincset de ezt bedobja  a közösbe és szétosztják az összes munkás között munka egységek szerint . :D Egyszer te találsz egyszer meg Jonny, majd Kátya, Robin, Jennifer, majd Winteou aztán megint te. ..... 

Ezután lehet, hogy valamilyen büntizés megy az egész rigre is. ha egy kártya problémázik akkor a pool azt veszi a teljes rigben munkaszünet van .. amint a következő körben eltűnik az invalid újra minden ok. De ezt csak feltételezem és filozok.

U.I.: Ez azt jelenti, hogy te full ban tolod a "fölös" munkát ... akkor lenne az egész igazán hasznos tevékenység ha mondjuk ezeket a mellékes feladatok olyan számítások lennének amelyek valódi hasznos számítások felbontásai. Értem alatta nem egy ellenőrző számítás hanem egyfajta második munka , nagyon kis egységekbe szeletelve, és az elvégzésével mondjuk segítenéd a SETI-t plusz a pool ezek keresztül chekolja, hogy igen laca bányászai csákányolnak. 


Laca012

Idézetet írta: Arkenso Dátum május 07, 2017, 12:28:36 DÉLUTÁN
Nálam kb 7% megy a levesbe

https://ethermine.org/miners/209cf62d71c338d65da22baee490f9023eb2b5f0

Elotte nekem is kb annyi volt es arra azt mondom normalis is..
De a 20% az mar olyan amit nem tudok szo nelkul hagyni..
Meg az ok, hogy szar, de legalabb latnad valahol. Invalid share, rejected share, fagyas, fustoles, barmi...
De amikor csak azt latod, hogy hozza sem nyulsz, hibat nem ir, latszolag ugyan azzal a hashrate-tel banyaszik, de a pool meg azt mutatja, hogy naponta 1-2-3%-kal csuszol lefele, akkor az nem normalis sztem.

Arkenso

De ahogy látom, most már a kék vonalad is inkább a zöld alatt/felett ingadozik, várj egy kicsit és emelkedni fog a narancs is :)
Térjünk vissza rá egy fél nap múlva :)

Laca012

#518
Idézetet írta: Arkenso Dátum május 07, 2017, 01:29:56 DÉLUTÁN
De ahogy látom, most már a kék vonalad is inkább a zöld alatt/felett ingadozik, várj egy kicsit és emelkedni fog a narancs is :)
Térjünk vissza rá egy fél nap múlva :)

Remeljuk a legjobbakat. Meg annyit csinaltam, hogy adtam neki 24GB virtualis memoriat mint a 7-es rignel. Aztan holnap este ugyis megy bele plusz 2 kartya, ha minden jol megy..

Mas kerdes, van egy "kisebb" banya ETH-n ami napi $12.000 korul termel..
Figyelem a csavot (vagy csajt??) egy ideje, eredetileg ethermine.org-on volt most meg (1honapja pontosan) Dwarfpool -ra valtott..
Vajon mi volt az indok, hogy poolt valtott? Lehet a Dwarf most jobban hozna?

https://ethermine.org/miners/33babc6cd1a6c0aee80622cc742f3e2d24463397
https://dwarfpool.com/eth/address?wallet=33babc6cd1a6c0aee80622cc742f3e2d2446339

Mondjuk nekem anno ZEC-en volt, hogy ugy tunt tobbet hozhat, magasabb hashrate-et meg varhato profitot mutatott, de aztan kozel sem fizette azt amit igert, ugyhogy mentem vissza flypoolra.
Ugyan ez az indok amiert nem DCR-t, hanem PASCalt banyaszok dualban. ott is a kalkulator 20%-kal jobbnak mutatta a DCRT, de amikor probaltam, felet hozta annak amit a kalkulator irt, viszont a pascal meg hozta azt. Szoval ki is javitottam a kalkulatorban arra a hashrate-re amit valojaban hozott a DCR. A 12 kartya nem mindegy, Hogy $1.46-ot (DCR) vagy $3.15-ot (PASC) hoz..

Van valaki aki most a Dwarf-on banyaszik? Milyen hashrate-tel mennyit hoz naponta??

kidface

A Reported Hashrate nem befojasolja a kifizeteseket! Az csak a miner program altal meghatarozott ertek a hardware-ednek a teljasitmenye alapjan, ami segit a Calculated Hashrate-el valo osszehasonlitasban.
A Calculated Hashrate alapjan kapod a kifizeteseket.

A Calculated Hashret: adott ido intervallum alatt a miner program altal elkuldott Valid Share-ek szamat szamolja at egy keplettel olvashato, megjelenitheto Hashret-re. Ez ingadozhat es lehet magasabb vagy alacsonyabb mint a miner program altal kifejezett Hashrate!