- Magisk
- Android alkalmazások - szoftver kibeszélő topik
- DIGI Mobil
- Samsung Univerzum: Az S23-at is megbabonázta a Galaxy AI
- Samsung Galaxy Z Fold5 - toldozás-foldozás
- Honor Magic V2 - origami
- Huawei Mate 10 Pro - mestersége az intelligencia
- Realme 8 - az igazi nyolcas
- Itt az első kép a 2024-es Nokia 3210-ről
- Telekom mobilszolgáltatások
Hirdetés
-
Karácsonyfaként világíthat a Thermaltake új CPU-hűtője
ph Az ASTRIA 600 ARGB ráadásul a hűtési teljesítmény szempontjából sem szégyenkezhet.
-
Súlyos adatvédelmi botrányba kerülhet a ChatGPT az EU-ban
it Egyre nagyobb probléma az AI hallucinálása – most az osztrák adatvédelmi hatóság veheti elő a ChatGPT miatt az OpenAI-t, alapvetően a GDPR megsértése miatt.
-
Megjelenési dátumot kapott a Star Wars: Hunters
gp A tervek szerint június elején végre befut a teljes kiadás mobilokra/tabletekre és Nintendo Switch-re.
Új hozzászólás Aktív témák
-
Mesterlovesz
aktív tag
Az egésznek a lényege, hogy itt bizony nincs olyan, hogy valaki elmegy. Vagyis nyilván, ha áramkimaradás van, vagy kifagy a cgminer akkor nyilván, de egyéb esetben az az alaptétel, hogy nem tudnak az emberek foglalkozni a riggel, ezért ráállítják az én stratum proxy-mra, amit aztán én irányítok oda és addig amíg akarom. (hogy ezt hogyan lehet kivitelezni azt sajnos nem tudom, ehhez kellene segítség)
Mivel azért valami bevételt kellene generálni időről időre, én all-in-t nyomok akkor amikor megéri egy érmét eladni, nem várok semmit, ezért általában 1-2 hét alatt kifutnak a bányászott érmék.
A diff emelkedés nem szokott zavarni, hacsak nem valami óriási emelkedés történik. Egyébként pedig maradok a 24 órát 1 érmén tervnél, ez mindenképpen bevált eddig és a mi esetünkben is sok előnye van, ha mindenki 24 órát bent van a rendszerben az elosztás is sokkal könnyebb, akár még %-osa is meg lehet oldani az elején, amíg nincs valami automata számoló program rész.
2014 január óta bányász és kriptoérme szakértő
-
oleslie
aktív tag
túlkomplikálod. wtf mpos?
a shareokat naplózza. (coin/allshare)*usershare=ennyijárnekiésnemtöbb, akkor is ha menet közben lelép (áramszünet, felszippantja egy fekete lyuk, átesik egy másik dimenzióba, etc.).a másik kérdésedre a válasz: a pool szemszögéből 1 user/worker lesz.
[ Szerkesztve ]
Egyszerű életet élek. Ami üres megtöltöm, ami tele van kiűritem
-
oleslie
aktív tag
pl. van 4 user, teljesen azonos sebességgel (hogy könnyebb legyen számolni):
óra : diff / össz.share (user share)
04-10 : d128 / 8000 (4x2000)
10-16 : d512 / 1500 (3x500) <- itt lép ki, nem küld be semmit az emelkedett diff alatt, értelemszerüen ezért nem kap semmit
16-22 : d128 / 7000 (3x2000 + 1x1000) <- itt jön vissza, valamikor a csökkenés után, azért nem 8000, mert nem rögtön a csökkenés pillanatában jön vissza, csak valamivel később, mondjuk 19-kor (tehát pont a felét bányássza ebben az időszakban, mint a többiek)tehát : össz.share = 17000, ez ér mondjuk 20fabatkát.
20/17000 = 0,0011764705882353fabatka / 1 share
bentmaradók : 0,0011764705882353*4500 = 5,29411764705885
kilépő : 0,0011764705882353*3000 = 3,5294117647059
Te ezt ki akarod számolni óránkénti bontásban.
Továbbra is fenntartom a véleményem : semmi értelme (azon kívül, hogy csinálhatsz belőle csilivili grafikont), a végeredmény a fontos.[ Szerkesztve ]
Egyszerű életet élek. Ami üres megtöltöm, ami tele van kiűritem
-
oleslie
aktív tag
aki vádaskodni akar (fog), az majd megkapja a jól érthető választ: lehet menni máshova bányászni.
és ha történetesen Geller fogja futtatni a proxy-t (vagy GG888, HSM, én, akárki), akkor ő is kóstolgatva lesz, hogy átírja a tcp csomagokat, hogy neki számolja el a share-okat?
Ez anélkül nem fog működni, hogy megbíznánk egymásban (de ugyan így meg kell bíznod bárkiben, akinek a pooljában bányászol, hogy nem lopja a share-t a fee-n felül).komolyan mondom nem értelek titeket. Ez a második (szerintem jó) ötletem, hogy többet keressünk (ráadásul akire az egészet alapoztam ő is hajlandó beszállni), és a kákán csomót keresők kerülnek elő (megint).
Most megfogadom, soha többet nem osztok meg publikusan semmilyen ötletet.Egyszerű életet élek. Ami üres megtöltöm, ami tele van kiűritem
-
Mesterlovesz
aktív tag
Én azt gondolom, hogy amennyiben van rá lehetőség, akkor adjuk meg a módját a dolognak, mivel pedig itt tiszta játékot játszunk, nincs probléma a tételes és követhető elszámolásnak, csak egy dolgot kell itt mérlegelni, mégpedig az időt.
Az első tényező legyen ez, persze nem siettetni akarom itt a társaságot, de ha már megcsináljuk akkor a lehető leggyorsabb idő alatt kellene ezt megtenni, ezért első körben elég lenne egy nem túl szép, de célravezető rendszer, amit esetleg később lehet tökéletesíteni, ha bejön a módszer.
Hogy én is hozzátegyek valamit, lefoglaltam a creativemining.info domain-t, szívesen veszek hozzá tárhelyszolgáltatást is.
Ezt a weboldalt már rég fontolgatom, az eleje egy általános bányászat kezdőknek rovat lenne, cgminer, pool-ok, képekkel, stb. és lenne egy zárt rész, ahová jelszóval lehetne bejutni, oda lehetne tenni a statisztikai részt.
[ Szerkesztve ]
2014 január óta bányász és kriptoérme szakértő
-
Cathfaern
nagyúr
Azzal mindenképp számolni kell, hogy emberek ki-be esnek, vagy változik a hash rate-jük. Van aki nem üzemelteti 24 órában a gépet, van aki játszik is rajta, vagy simán csak elmegy az áram / net / stb. Szóval olyan megoldást kell találni ami igazságosan le tudja kezelni az ilyen helyzeteket. Mert rendben, hogy zárt körű lesz, de attól még (vagy épp ezért) jó lenne az esetleges sértődéseket és félreértéseket elkerülni (és ha igazságos, akkor nincs mit félreérteni és nincs min megsértődni)
-
oleslie
aktív tag
jó, legyen 1 share = 1 fabatka, még egyszerűbb számolni (az előbb valóban elszámoltam magam 500-al, mindjárt meg is ostorozom magam)
04-10 : 8000 (4x2000)
10-16 : 1500 (3x500)
16-22 : 7000 (3x2000+1x1000; emberünk ismét csak 1000 sharet küld)
tehát :
8000+1500+7000 = 16500maradó : 2000+500+2000 = 4500
lelépő : 2000+0+1000 = 3000
3000/4500 = 0,66*
(4500+4500+4500+3000=16500)ugyan ez 20 fabatkával :
20/16500 = 0,0012*
0,0012x4500 = 5,4
0,0012x3000 = 3,6
(5,4+5,4+5,4+3,6 = 19,8 ; 0,2 a kerekítés miatt "tűnt el" a számítás során)
3,6 / 5,4 = 0,66* , miért is kapna többet? mi az, hogy "nem igazságos"? Az, hogy lelépett, és az emelkedett diff miatt a többiek kevesebbet bányásztak, ezért le kellene tőle vonni -büntetés- valamit? vagy nem értem mire gondolsz. (a kérdés költői, nem is akarom megérteni, mert IMHO nincs mit)a frontend pedig engem (még) nem érdekel. először talán működjön a proxy, meg kell oldani a futás közbeni kernelváltást (valamilyen megoldást találni kell, amivel automatizálható, az nem megoldás, hogy kiírod egy weboldalra "hajnali 4-kor mindenki álljon át keccak-ra", mi van ha valaki elutazik 1-2-3hétre, és nincs net közelben?), naplózza amit kell, hogy el lehessen számolni, aztán foglalkozzunk a külsőségekkel.
Az pedig hogy ott van készen. Ha van valamilyen hiba/kiskapu a kész megoldásodban, és ennek örömére behatolnak, átirányítják a poolt/kifizetést más címre, te fogsz kárpótolni? Vagy az, aki készítette? (ez a kérdés is költői, persze hogy nem)Egyszerű életet élek. Ami üres megtöltöm, ami tele van kiűritem
-
Mesterlovesz
aktív tag
Igen, mondtam én is, hogy elsőre valami egyszerűt kellene, ami tényleg csak arra jó, hogy összefogja a bányászokat és valami egyszerű módon lehessen irányítani arra apoolra ami éppen jó. Persze azért a share számot mindenképpen nyilván kell tartani, ez alapkövetelmény.
2014 január óta bányász és kriptoérme szakértő
-
oleslie
aktív tag
na, erről jól lemaradtam. Nem értem az elakadás tárgyát.
Hol? Kinek? Mit? Miért?
ha 'standalone' proxy-t írsz, akkor a kliens kapcsolódása után fork, és a child process-ből nyiss socketet a pool-hoz. Így megoldódik a kinek-mit küldjünk probléma.
Nem tudom linux vagy ablakOS alatt dolgozol e, én linux alatt csinálom, és az xinetd megoldja ezt a problémát (viszont elakadtam azon, hogy nem minden esetben tudom lekezelni, hogy bezáródott az STDIN -pl. ha kill-el kilövöm az sgminert- így a proxy futva marad, a pool meg tolja kifelé a feladatot ... az meg elvész az éterben, szóval ezen még agyalok 1 sort)Egyszerű életet élek. Ami üres megtöltöm, ami tele van kiűritem
-
oleslie
aktív tag
nem kell "külön" figyelni.
elvi folyamat:
packet recvd -> json parse -> userdiff = (isset(mining->set_difficulty) ? mining->set_difficulty->params[0] : userdiff) ....
submitshare -> storesubmit & store userdiffEgyszerű életet élek. Ami üres megtöltöm, ami tele van kiűritem
-
oleslie
aktív tag
hmmm ... releváns részlet a bfgminer-ből :
void stratumsrv_mining_subscribe(struct bufferevent *bev, json_t *params, const char *idstr, uint32_t *xnonce1_p)
{
char buf[90 + strlen(idstr) + (_ssm_client_octets * 2 * 2) + 0x10];
char xnonce1x[(_ssm_client_octets * 2) + 1];
int bufsz;
...
if (!*xnonce1_p)
{
uint32_t xnonce1;
for (xnonce1 = MAX_CLIENTS; _ssm_xnonce1s[xnonce1]; --xnonce1)
if (!xnonce1)
return_stratumsrv_failure(20, "Maximum clients already connected");
*xnonce1_p = htole32(xnonce1);
}
bin2hex(xnonce1x, xnonce1_p, _ssm_client_octets);
bufsz = sprintf(buf, "{\"id\":%s,\"result\":[[[\"mining.set_difficulty\",\"x\"],[\"mining.notify\",\"%s\"]],\"%s\",%d],\"error\":null}\n", idstr, xnonce1x, xnonce1x, _ssm_client_xnonce2sz);
...
void *stratumsrv_thread(__maybe_unused void *p)
{
pthread_detach(pthread_self());
RenameThread("stratumsrv");
for (uint64_t n = MAX_CLIENTS; n; n >>= 8)
++_ssm_client_octets;
_ssm_client_xnonce2sz = 2;Ennek alapján, a kliensek egyedi nonce1 -et kapnak -kellene kapniuk- (a _ssm_client_octets alapján számolja, az pedig minden connect alkalmával növekszik, nem látok okot arra, hogy ez nagyban ne így működjön -még nem elemeztem a forgalmat 1-nél több kliens kapcsolódása esetén), még nem teszteltem az elméletet, előbb átírom ami napközben eszembe jutott, aztán kipróbálom 2 klienssel.
Egyszerű életet élek. Ami üres megtöltöm, ami tele van kiűritem
-
oleslie
aktív tag
rohatt php ... hogy rohadna el aki kitalálta & || nem javította a tetves bugot 100000 éve
$buff = socket_read($socket,64);"socket_read() returns the data as a string on success, or FALSE on error (including if the remote host has closed the connection)."
az isten verné a bizalmát abba a nyomorultba, aki ezt még nem javította.
hiba esetén, ha a socket bezáródott és nincs adat a stack-ben "" (üres string) a visszatérési érték, míg ha a socket él, ===false, ráadásul a socket_lasterror = 11! (ez mondjuk mindkét esetben 11, szóval ez valami konstans érték lehet)[ Szerkesztve ]
Egyszerű életet élek. Ami üres megtöltöm, ami tele van kiűritem
-
oleslie
aktív tag
ebben igazad van, de arra, hogy valamit gyorsan kipróbálj (működőképes e az 5let), tökéletesen megfelel.
nem kell foglalkozni a memóriafoglalással (CLI esetén azért van csapda ... a felszabadítással igen, ez is 1 vicc)
na, de vissza a témára. nem lehet megbízhatóan xinetd -vel megoldani
szerencsére minimális változtatásokkal önállóan is működésre tudtam kelteni, így már működik.
de ... a franc ebbe a protokolba. Nem elég, hogy kliens oldalon is összevon csomagokat, a szerver is képes időben egymástól távol kapott kérdésekre egyszerre küldeni a választ. (na nem megoldhatatlan, tartott vagy 2 percig, csak meglepett)Egyszerű életet élek. Ami üres megtöltöm, ami tele van kiűritem
-
oleslie
aktív tag
hüm ... nem sokat konyítok hozzá, bár az alapvető dolgokat értem. Holnap (ma) megpróbálom értelmezni.
Már biztos vagyok benne, hogy nem kell a nonce-t módosítani. a 280x-en a diff lement 16->...->224->192->160, míg a 290-nek maradt 224
(tesztelési célzattal Lmentem túrni egy kist LTC-t a givemecoins-ra, szóval a szerveren múlik, lesz e eltérő diff a klienseknél, vagy mindenki azonos diffel nyomul).viszont gond van a protokollal. időnként eltűnik a <CR>, és még ötletem sincs mi váltja ki (vagy csak így sikerül kliensoldalon összerakni a csomagot?)
ezt köpte ki (persze érthető miért nem tudta értelmezni):
{"params": ["dodo", "1395192247 18756", "04000000", "5328f1b7", "da895400"], "id": 110, "method": "mining.submit"}{"params": ["dodo", "1395192247 18756", "04000000", "5328f1b7", "bff35700"], "id": 111, "method": "mining.submit"}
és ez így, <CR> nélkül jött-ment (tcpdump-al néztem a forgalmat) a 290-es kártya beküldött egyszerre 2 share-t, szóval a readline nem 100%-os megoldás.akkor én is eldicsekszek az enyémmel pastebin (felraktam 1 hétre), ha megy 24 órát hiba nélkül (igen, a fent jelzett már kiderült, csak el kell hárítani), átírom C-be (bár így sem eszik sokat, 1% körül terheli a cpu-t/thread, mondjuk ez 100 miner esetén már nem egészséges )
Egyszerű életet élek. Ami üres megtöltöm, ami tele van kiűritem
-
oleslie
aktív tag
nah, nézegettem, még nem jelenteném ki, hogy teljesen értem, de ...
ha jól értelmezem, serverString = serverReader.ReadLine(); & clientString = miner.clientReader.ReadLine(); ezek ugye addig várnak, amíg nem érkezik vlami. Ez nem biztos, hogy jó ötlet. Ha felmegy a diff az egekbe, lesz, hogy percekig nem kommunikálnak (icmp csomagok meg nem közlekednek, a keepalive pedig a tcp protokol része, 0 tartalommal, csak arra jó, hogy fenntartsa a kapcsolatot).ha megnézed az enyémet, nonblock beállítás van, és így figyeli érkezett e bármi. ha van mit, olvas, ha nincs, vár 500 usec -et (ha megszakadt a kapcsolat, akkor kilép), így timeout -ot biztos nem kapok olvasásra.
(nem ismerem a c#-t, nem tudom hogyan kezeli a timeout-ot)
jah ... az egymásba érő submitshare, visszaraktam éjjel a cleverre, 512-es diffel már nem történt ilyen
[ Szerkesztve ]
Egyszerű életet élek. Ami üres megtöltöm, ami tele van kiűritem
-
oleslie
aktív tag
igen, elvileg menne netcat-at, de az most nincs felrakva, olyan progikat próbáltam, amik valószinüleg a legtöbb disztrón fent vannak.
vindóz alatt: nem tudom, nem vagyok perfect a windows scriptelési lehetőségeiből (annyit tudok erről, hogy van vmi powershell, ami állítólag sokat tud). legrosszabb esetben megírom c/delphi -ben amit kell, de azt nem tudom, hogy mikor. ill. cygwin, amit ilyen esetekre ajánlani szoktak, de erről még annyit se tudok mint a powershell-ről
Egyszerű életet élek. Ami üres megtöltöm, ami tele van kiűritem
-
oleslie
aktív tag
"fog futni vindóz alatt?" : pontosan melyik részére gondolsz? Azt már írtam, hogy a minert módosítani kell, hogy a 'client.quit' üzenetet értelmezze. Ezt vindózon is meg kell tenni (util.c átír, miner ujrafordít).
A külön porton történő quit/restart kommunikáció kezelését (pedig ez lenne a legkényelmesebb) végül elvetettem, túl komplikált, sőt, abban sem vagyok biztos, hogy egyáltalán megvalósítható.
Ha valaki tud (talál) megoldást a script vindózra portolásának problémájára , akkor az is menni fog, ellenkező esetben kell rá írni egy programot (legfeljebb megírom azt is, de még halványlila sejtésem sincs mikor jutok el addig, linuxon is van még mit megcsinálni)Egyszerű életet élek. Ami üres megtöltöm, ami tele van kiűritem
-
oleslie
aktív tag
-
Mesterlovesz
aktív tag
Helló, helló! Azért mindent nem lehet készpénznek venni, amit mondok, nem mindenható vagyok, csak egy kicsit hatékonyabb mint az átlag!
A helyzet az, hogy megnéztem a Mintpal-os szvazásokat és mind olyan érmék, amik már nagyon kifutott darabok, legalábbis szerintem nem éri meg már őket bányászni, meg nem is látom bennük a lehetőséget.
Én most PLNcoin-t bányászom, ez a lengyelek nemzeti érméje. Tudom, volt már ilyen, AUR, SiliconValley, stb. De a helyzet az, hogy elég alacsony a kitermelhető mennyiség, kellemesen nehéz bányászni, szóval szerintem értékes lesz, ha felkerül egy váltóra. 1 napnál tovább nem fogom azonban bányászni, az biztos.
A processzoraimat ráizzítottam a Populacecoinra, ez most a MIntpal első.
Hát én ennyit tudok most mondani.
2014 január óta bányász és kriptoérme szakértő
-
Mesterlovesz
aktív tag
El lehet kezdeni, de ez igen csak kisérleti jelleggel lenne csak, mert a beküldött érmék mennyiségét csak úgy lehetne pontosan mérni, ha mindenkinek egyenként csinálnék egy címet az adott érme tárcájában és azt adná meg a poolban, amit szintén én mondok meg. (ezzel csak mondjuk 1 buktató van, hogyha behal a pool, akkor mi a helyzet, persze lehet failovernek betenni pár másikat, de akkor is...)
2014 január óta bányász és kriptoérme szakértő
-
Mesterlovesz
aktív tag
Elbandi, köszönöm a segítséget! Kérem azokat, akik beszálltak a próbajáratba, hogy privátban küldjék el a BTC számlaszámukat, valamint az időpontot amióta bányásszák az érmét, a khs-t és ma, mielőtt elmentek aludni esetleg egy manuál payout a poolból, lehet, hogy este felmegy az ár és akkor rögtön el is adok mindent.
2014 január óta bányász és kriptoérme szakértő
-
oleslie
aktív tag
Nagyjából megvagyok, a weboldalon kell még csiszolni + kigyomlálni a hibákat, de a legfontosabb megvan. A proxy stabilan működik. 3. napja fut hiba nélkül, már csak át kell írni c-be. (ezt mondjuk egy C / C++ expert usernek szívesen átadnám, mert abban én csak hobbi szinten fejlesztek. Egyetlen megkötés van csak, ne M$ függő kódot írjon aki elvállalja)
Egyszerű életet élek. Ami üres megtöltöm, ami tele van kiűritem
-
oleslie
aktív tag
* dev-lang/mono
Latest version available: 2.10.9-r2
Latest version installed: [ Not Installed ]
Size of files: 33,240 kB
Homepage: http://www.mono-project.com/Main_Page
Description: Mono runtime and class libraries, a C# compiler/interpreter
License: MIT LGPL-2.1 GPL-2 BSD-4 NPL-1.1 Ms-PL GPL-2-with-linking-exception IDPLuhhh ... 32MB, és ez szöveg (forráskód), tömörítve, csak az alap, na mind1, ezen ne múljon.
ha bevállalod, felrakom a mono-t, kap egy esélyt.
php-val jelenleg 3% körül van /worker a cpu használat. ennél csak jobb lehet.
PM dobj egy emil címet, és elküldöm a php kódot. (aztán nem fikázni, beszólni, hogy milyen gány kód, mer' tudom hogy az, de nem a szépség volt a cél )Egyszerű életet élek. Ami üres megtöltöm, ami tele van kiűritem
-
oleslie
aktív tag
A több proxy futtatása elvileg nem ütközik akadályba, de egyszerre csak 1 coint kellene bányászni. (plusz terhelés a szerveren, az elosztandó haszon kérdése, etc. több problémát okoz, mint amennyit megold)
Pontosan mi lenne az akadálya annak, hogy nem tudsz váltani? Ha befejeztem a weboldalt, át lesz írva a proxy script-ről valameilyen magasabb szintű nyelvre, sort kerítek a windowsos minerek módosítására/lefordítására (nekem is van 1 windózos gépem, ara is kellenek a módosított minerek), ezen kívül van még valami akadálya?Egyszerű életet élek. Ami üres megtöltöm, ami tele van kiűritem
-
ЯΞNΞGΔT
aktív tag
Jajj, észre sem vettem, hogy kaptam választ (sok itt a tux ) Köszi
Igen láttam, hogy nagyon kevés a reward, de nem volt viszonítási alapom.
Ez alapján viszont minden rendben, olyan 0,2-re számítok majd holnap 9-10óráig.[ Szerkesztve ]
A nő olyan, mint a parkoló.Az összes normális foglalt, a többi vagy rokkant vagy fizetős.
-
pappkarcsi
senior tag
+1 win7 3.7.2. nem akartam win-re bízni a vga-t, de sajnos csak az marad, dolgozni is akarnak még melette. 280x 760KH/s, míg smos alatt 765. De inkább a 4%-os reject a baj, és nem látom, hogy hol a baj lehet azért mert egyedül dolgozik? hw:0, a többi kártya, ami együtt dolgozik, azon nincs fél % sem
Regisztrált: 2007 - 99 pozitív értékelése van és nincs negatív értékelése
-
Mesterlovesz
aktív tag
Ha a biztonságra törekszünk, akkor el kell adni az érmét ami már váltón van!
Ma transportáltam és beállítottam a Rig-eket! Szép elméleti tervem volt, hogy 2-3 óra alatt meg is lesz! Persze ehelyett 11-től este 8-ig ezt csináltam! Vettem 2 risert még a rendelés előtt, azok jól működnek, a többi, amit a nagy csomagba rendeltem magamnak, mind hibás volt! Ilyet még nem láttam, mindegyik kinyírta a windows 8-at!
Aztán végül a maradék riserekkel sikerült egy másik alaplappal kiügyeskednem, hogy 2 6870x2, meg egy sima 6870 együtt bányásszon.
Utána már csak a második Rig maradt, kb 15 per alatt meglett, riserek nélkül. Aztán már nem volt kedvem szétszedni a 3. gépet, ezért csak rádugtam az áramot meg a lan-t. Erre elszállt az áram!!!Kiderült, hogy felpuposodott a kismegszakító, de ha megmozgattam akkor visszajött a szufla!!
Szóval utolsó erőfeszítéssel áttettem a másik szobába az egész hóbelebancot, mert az a szoba másik biztin van.
Hát ennyit a mai napról. Ma már nem nézek másik érmét, Caishen lesz egész este. Holnap kutakodok tovább.
Nyugodalmas jó éjt mindenkinek!
2014 január óta bányász és kriptoérme szakértő
-
echo001
aktív tag
udv
hatha segit valakinek 270x hez config sgminer-sph:"api-listen" : true,
"kernel" : "quarkcoin",
"scrypt" : true,
"intensity" : "17",
"vectors" : "1",
"worksize" : "256",
"auto-fan" : true,
"temp-cutoff" : "85",
"temp-overheat" : "80",
"temp-target" : "73",
"gpu-fan" : "50-100",
"expiry" : "30",
"gpu-dyninterval" : "7",
"log" : "5",
"queue" : "1",
"retry-pause" : "5",
"scan-time" : "30",
"temp-hysteresis" : "3",
"shares" : "0",
"shaders" : "1280",
"thread-concurrency" : "15508",
"gpu-threads" : "1",
"gpu-engine" : "1150",
"gpu-memclock" : "1500",
"lookup-gap" : "2",
"gpu-powertune" : "0"
}epito hozzaszolasokat szivesen fogadom. Populace coinhoz.
udvEcho
-
Mesterlovesz
aktív tag
#Elbandi, Nem tudtam, hogy sgminerrel lehet populace-t bányászni. Te már próbáltad hosszabb ideig? Ha kitiltanak annak az az oka, hogy valami nem kóser a beállításoknál.
Egyébként ha sikerül gpu-val bányászni akkor az nagy szám lenne!
2014 január óta bányász és kriptoérme szakértő
-
Mesterlovesz
aktív tag
Nyilván felkerült valamelyik megtérülés számoló oldalra ezért a multik rá tudtak állni! De ebből is látszik, hogy a Creative bányászat jobban kifizetődő, mint az egyszerű utókövetés! Ha most szálltunk volna bele, akkor alig lenne jobb a kereset mint egy multipoolban!
2014 január óta bányász és kriptoérme szakértő
Új hozzászólás Aktív témák
- Mibe tegyem a megtakarításaimat?
- ubyegon2: Airfryer XL XXL forrólevegős sütő gyakorlati tanácsok, ötletek, receptek
- Magisk
- A fociról könnyedén, egy baráti társaságban
- PlayStation 5
- A pápa egyre jobban tart a romlott AI veszélyeitől
- Nyaralás topik
- Kerékpárosok, bringások ide!
- sziku69: Fűzzük össze a szavakat :)
- Fujifilm X
- További aktív témák...
- Playstation 5 ( ps5 ) kontroller
- Amd Fx-4100 (4mag / 4 szál / 3.6GHz)
- LG 27UK650-W 4K LED monitor, IPS gamer monitor, 27", 3840x2160, pivot (álló), HDR, freesync, 16:9
- ASUS ROG MAXIMUS Z690 APEX - garanciás, fullos csomag
- ASUS RT-AX86U AX5700 WiFi 6 gigabit AiMesh OFDMA mobile gaming 2.5G Wan link aggregation