Új hozzászólás Aktív témák
-
oleslie
aktív tag
válasz
janos666
#752
üzenetére
az sgminer5 sem visz mindent. x13/x11 után pedig képes lefagyni.
nézegettem már. scrypt ezzel sem megy 14.6 mellett. Az említett algokra pedig már van megoldás, eddig is volt.
Sokaknak működött, de néhány embernél problémát okozott, amit nem tudtak/akartak megoldni.
Ennek eredményeként több pool-ból is banoltak minket (ezúton is köszönöm az utolsó 0.0000*1Hs -t is kisajtolni akaró hobbibányászoknak), ebben az esetben pedig senki nem keres semmit.
A stabilitást pedig fontosabb a sebességnél, így visszaálltunk darkcoin kernelre. Aki tudja mit kell csinálni, hogy fusson az x11mod/darkcoin-mod kernel megbízhatóan, az tudja használni továbbra is.
De ezt nem fogom "reklámozni". Akinek megy, használja, aki tudja mit kell csinálni, hogy menjen, csinálja, aki nem ért hozzá, az fogadja el a megbízható megoldást. Ha akar próbálkozhat, kísérletezhet, csak ne nálunk/rajtunk.szerk.: minhta orvosolták volna az x11/x13 után fellépő fagyási hibát ... majd megnézem ezt is (sgminer5 issues)
-
oleslie
aktív tag
-
oleslie
aktív tag
válasz
janos666
#749
üzenetére
"...Kár, hogy ezzel a driverrel scrypt-et nem tudok bányászni..."
lehet, csak köszönet nincs benne. 690~700KH/s amit enged kihajtani magából 290-ekkel. (ez alsó hangon 130-al kevesebb a 13.12-höz képest)
I:13, TC:8192, W:512, threads:4, LG:2szerk.: magasabb intensity-re azonnal HW error a válasz :/
-
oleslie
aktív tag
válasz
janos666
#740
üzenetére
Na, haladunk
Pedig ezt írtam (szerintem), csak nem így.
Ha van TC, akkor azzal számol. Ha nincs TC, de van shaders akkor abból számol TC-t. Ha shaders-sincs, akkor lekérdezi a kártyát és abból számol TC-t. A továbbiakban pedig a TC-vel végzi a műveleteket.
Abban igazad van, hogy ártani nem árt (igaz használni sem fog).
Ennek fényében írtam az eredeti kérdésre, hogy a kettőt egyszerre megadni értelmetlen és fölösleges (pláne egy kezdő esetében, aki csak irkálja át a számokat, azt se tudja mit csinál, miközben nem változik semmi, így végül azt hiszi, hogy a program a hibás, miközben csak Ő nincs tisztában a program működésével - de ez csak az én véleményem, magamból/saját tapasztalataimból kiindulva) -
oleslie
aktív tag
válasz
janos666
#738
üzenetére
Látom, az istennek se ismernéd be hogy tévedtél.
Helyette lehülyézel (mégha burkoltan is). Tükörbe néztél e ma? De ha kötekedni, sértegetni akarsz, nem a megfelelő emberrel kezdtél.Melyik részét nem érted annak, hogy SEHOL NEM HASZNÁLJA HA A TC IS MEG VAN ADVA?! ARRÓL NEM IS SZÓLVA, HOGY NINCS KÖZE SEMMILYEN INTENSITY-HEZ!
Olvasni tudsz?
Nem az ujjamból szoptam a kódrészletet amit ide bemásoltam. Tanulmányozd kicsit az sg/cgminer forráskódját.
A különbség kettőnk között, hogy te hiszel valamiben, én meg tudok valamit ami a hited szerint nem létezik. Viszont amit én állítok bizonyított, míg a TE esetedben nincs más, csak a hit. Kipróbáltad amit írtam? Történt bármi (azon kívül, hogy ugyan olyan sebességgel futott a program mint előtte)?
Erőltesd még egy kicsit a hülyeséget.
Olyan buta vagy, hogy görbíted a teret. -
oleslie
aktív tag
válasz
janos666
#735
üzenetére
o : "...vagy ezt - vagy azt, de a kettőt egyszerre fölösleges, és értelmetlen..."
j : "Nem felesleges és nem értelmetlen. Nem csak a TC-t számítja a shaders-ből..."
o : "...Amúgy pont leszarja a shaders-t ha meg van adva a TC..."
j : "Én is pontosan ezt mondtam"
Jó, akkor leírom másképp.
A shaders-t sehol nem használja közvetlenül. A TC-t számolja a shaders-ből (ha szükséges), és a továbbiakban a TC-t használja.
De hogy el is hidd végre. Próbáld ki. Olyan konfigot használj, amiben meg van adva a TC. A shaders-hez pedig írj be valami vad (49072 pl) értéket. Indíts újra a miner-t, és voila, semmi sem történik. -
oleslie
aktív tag
válasz
janos666
#732
üzenetére
Nem találtam a kódban olyan részt, ami alátámasztaná az állításod
A TC-t számolja a shaders-ből, ha az sincs megadva, lekérdezi a kártyát. De ennyi.
Amúgy pont leszarja a shaders-t ha meg van adva a TC.
opt_tc = thread_concurrency
if (!cgpu->opt_tc) {
unsigned int sixtyfours;
sixtyfours = cgpu->max_alloc / 131072 / 64 - 1;
cgpu->thread_concurrency = sixtyfours * 64;
if (cgpu->shaders && cgpu->thread_concurrency > cgpu->shaders) {
cgpu->thread_concurrency -= cgpu->thread_concurrency % cgpu->shaders;
if (cgpu->thread_concurrency > cgpu->shaders * 5)
cgpu->thread_concurrency = cgpu->shaders * 5;
}
applog(LOG_DEBUG, "GPU %d: selecting thread concurrency of %d", gpu, (int)(cgpu->thread_concurrency));
} else
cgpu->thread_concurrency = cgpu->opt_tc; -
oleslie
aktív tag
lát benne valaki hibát?
igen"thread-concurrency" : "8192",
"shaders" : "2048",
vagy ezt - vagy azt, de a kettőt egyszerre fölösleges, és értelmetlen. Az egyiknek adj 0 értéket.Az xi*, rawi* sorokkal meg nem kell foglalkozni. Pontatlanul fogalmazott aki a program ezen részét írta. Ugyan hibaüzenetet ír, de inkább figyelmeztetés. Ha zavar a program indításakor az üzenet, akkor töröld ki. (de ha kimented a .conf -ot a programból, úgyis visszaírja)
-
#694
oleslie
aktív tag
Mesterlovesz
#693
oleslie
aktív tag
válasz
Mesterlovesz
#693
üzenetére
már 23GH/s, diff 523
-
oleslie
aktív tag
1)
2014.03.24-én 00:43-kor küldtem neked egy email-t 'proxy' tárgyal, csatolva volt egy .tgz fájl. Abban maradtunk, hogy átírod C# -be, ahhoz, hogy ez linuxon menjen kellett mono, azt fel is raktam, aztán jött a hallgatás. Illetve a proxy átirata helyett más ötletek. Arra emlékszel, hogy te sört ittál én meg kóláztam, mert végül mégis autóval mentem? De mind1. Sajnálom, hogy nem készült hangfelvétel. Igazad van, azt tagadsz le amit akarsz. Te állítasz valamit, és én is. Tanú nincs. Nyilván a PM-ek is egy másik univerzumból kerültek hozzám ezzel kapcsolatban. Azokat sem te küldted, így ugye engedélyt sem kell(ene) kérnem tőled (elvégre egy alteregód küldhette csak azokat) a megosztásukhoz. A szavahihetőséged (az én szememben legalábbis) most húztad le a vécén.2)
Megint mellébeszélsz. Ráadásul csak a felét írod be. Nincs minden az én kezemben (nálam csak a proxy & adatbázis) van. A kibányászott érmék Mesterlovesznel vannak. Azokat ő kezeli, erre semmilyen ráhatásom nincs (nem is kell, hogy legyen, elvégre az egész phool működését rá alapoztuk). Azt írtam (és ezt nem tagadom), abból nem lesz semmi, hogy a proxy/adatbázis olyan helyre kerüljön, ahol kicsúszhat az irányítás a kezünkből (konkrétan rátehesd a kezed az egészre, ha épp olyan kedved van). Ha te hozod a szervert, a clustert, veled áll kapcsolatban mindenki (szolgáltatói oldalról), ki/mi gátol abban, hogy egy szép napon (ha épp olyan kedved van), lelépj azzal, amit más (én) kitalált, összerakott? Nagyjából pont senki/semmi. Egyszer már volt részem ilyenben. Akkor megfogadtam, hogy nem fog megismétlődni. Másrészt amikor elkezdted a cluster vonalat erőltetni, mondtam hogy fölösleges, és ezt a véleményemet továbbra is fenntartom. Valamint nem vagyok hajlandó olyan szolgáltatásért fizetni, amit meg tudok oldani magam. Igen, kiesett 2 napra, előtte évekig döccenés nélkül ment. Az ügyfeleimnek ezzel nem volt semmi gondja. 2 nap után minden ment tovább, nem veszett el semmi. Megértették, ez van, technika, elromolhat. Rajtad kívül senkinek nem volt ezzel gondja, nem tett megjegyzést.3)
Fölösleges adnod a sértődöttet. Mi is történt pontosan? Segítséget kértem. Elvállaltad? igen. Azt kaptam amit kértem? nem. Próbáltál mást erőltetni? igen. (ismerem azt a fajta MLM-es módszert, aminek a vége az, hogy mégiscsak veszel valami szart, lehet, hogy nem tudatosan, de ezzel próbálkoztál) Próbáltál kész helyzet elé állítani? igen. Most letagadod az egészt? igen.Valóban nem egy hajóban evezünk. Nem tudom mi a célod ezzel, mit akarsz elérni. Nem is akarom tudni. Az is elég, hogy csak sejtem. Bár azt mondják, soha ne mond azt hogy soha, de én most megkockáztatom. Soha többé nem tartok igényt semmiféle segítségre tőled a jövőben.
És végül egy jótanács: ha legközelebb valakinek segíteni akarsz, akkor csak azzal foglalkozz, amire megkértek / amit elvállalsz, és ne akard ráerőltetni azt, amire SZERINTED szüksége van.
Részemről a témát itt lezártnak tekintem, a továbbiakban a szavahihetőségem kétségbevonását illető üzeneteket a PM-ek közkincsé tételével fogom cáfolni (engedélyt sem kell rá kérnem, indoklást lásd fentebb).
-
oleslie
aktív tag
ok, nem volt tiszta mit tervezel.
Az adatokat nem kell külön elmenteni, ha a start.bat 4/5/6. sorába (phooluser,phoolworker,phoolpass) beírja a megfelelő paramétereket, az bőven elég (a többit kezeli a rendszer, a konfigok már a megadott paraméterekkel fognak letöltődni, így abba már csak a kártya/kártyák paramétereinek megfelelő adatokat kell beírni).
Ha egyszer megleszel ezzel a telepítővel, beteszem a letöltések közé, biztos lesz aki használni fogja
-
oleslie
aktív tag
Nézd, nekem mindegy, hogyan, csak valami kezelje ezt a gépeden. a .bat/.sh -ból ki tudod lesni mik azok a http kérések, ami alapján eldől mit kell indítani. Gondoltam én is .exe-re, de végül elvetettem ezt az ötletet, több okból. Ha bele kell nyúlni vmelyik scriptbe, és csak linux van a közelemben, meg tudom tenni, de egy programot átírni-újrafordítani kicsit bonyolultabb, az automatikus frissítés bonyolultabb (nem lehetetlen, csak körülményes) egy éppen futó program nem tudja felülírni saját magát, a frissítéshez másik programot kell indítani. Ezeken kívül vannak egyéb nehezítő körülmények.
A lényeg: ha a saját gépeden ezt akarod, csináld. Csak működjön. Jelenleg azt fejlesztgetem, hogy ellenőrizze folyamatosan az utolsó 2 perc accept/reject arányát. Ha valaki 50% fölötti reject aránnyal van bent, azt automatikusan kitiltja (különben a pool-ról ahol bányászunk tiltanak le MINDENKIT) és küldjön egy emailt az érintettnek/adminoknak (Mesternek, nekem) a helyzetről. Az, hogy a tiltás hogy kerül feloldásra (a felhasználó is meg tudja oldani, vagy csak mi) még töprengés tárgyát képezi. De azt nem szeretném ha még egyszer kidobnának minket valahonnan (eddig ha jól tudom ez 2x fordult elő, de egy alkalom is pont eggyel több a kelleténél) -
oleslie
aktív tag
Ezt így hirtelen nem értem. Miért lenne jó a registry-be áttenni a nevet/jelszót? a start.bat|sh -ban van jelenleg. Ha új konfigot akar letölteni, akkor az 1x már megadott paraméterekkel letölti az alap konfigot (ami nem tökéletes, nem is lehet az, ahány ház, annyi kártya, de legalább az elindulásban segít) amiben már az url/név/jelszó benne van.
@(#659) Mesterlovesz: Ő volt az, aki az átírást vállalta. Ehhez képest az nem történt meg (ha meg is történt, hozzám a kód nem jutott el), cserébe jön az észosztás. Valamint a burkolt lehülyézés.
Talán R3n3g4T volt az (nem biztos, és most nem keresem vissza), aki az ismerősét megkérdezte. Gondolom nem vállalta, de ő nem is ígért többet, csak annyit, hogy megkérdezi egy ismerősét.@(#660) hipernick: lesz, egyszer biztos, már tervbe van véve jóideje, csak időnk lenne rá megcsinálni ...
-
oleslie
aktív tag
terelsz és mellébeszélsz. A profiknál nem szokás teljesíteni amit vállalnak? Vagy esetleg szólni, hogy "megdöglött az aranyhalam, depis vagyok, nem érek rá"?
Szándékosan teszel úgy, mintha nem értenéd mit írok? Tényleg ennyire hülyének látszom/nézel?
Látsz smiley-t? Szerinted viccelődök? -
oleslie
aktív tag
Kevered a szezont a fazonnal. HW hiba történt (elromlott, kipurcant, megdöglött). Ennyi és nem több. SW oldalon köszöni rendben van.
Az pedig, hogy egy-egy program nem megy rendesen, nos ... egyrészt várható volt (nincs olyan, ami mindenkinek megfelelne, próbálok segíteni akinek tudok), másrészt volt már több üzenet, amiből kiderült, hogy több felhasználónál csak PEBKAC volt.
Én letesztelek minden programot, mielőtt feltenném (win7/linux), ha működik, megy rendesen, akkor töltöm fel.
Mint legutóbb az x11mod-al történt, sajnos megesik, hogy később kiderül róla valami, akkor felteszem az új infót is. Ennél többet nem tudok tenni.Ezt eredetileg privátban küldtem volna, de meggondoltam magam, mert te is nyilvánosan írtad.
Az ilyen megjegyzéseket:
"mondtam hogy osszerakok nektek egy magas rendelkezesreallasu alapot (mert ahhoz ertek), amivel nemlenne ilyen kihagyas, de nemkellett"
próbáld a jövőben mellőzni. Egy valamit kértem. És azt nem kaptam meg (ez gondolom nem vita tárgya. Azt kértem, hogy amit kitaláltam, megírtam php-ban, és működik, valamilyen magasabb szintű nyelvre kellene átírni. Elvállaltad? el. Elkészült? nem tudom, az biztos, hogy én nem kaptam meg). Viszont kaptam mást (HA + CLUSTER?! minek? azóta kiderült, semmi szükség rá. jó, most lehalt a vas. na és? másnál is előfordult már), de erről már egyszer kifejtettem a véleményem. HA nem tetszik a fejlesztés iránya / a rendszer működése, rakj össze egy másikat, hívj át oda mindenkit, és arasd le a babérokat. De abból nem lesz semmi, hogy ez a rendszer olyan helyre kerüljön, ahol kicsúszhat az irányítás a kezünkből. -
oleslie
aktív tag
Az új miner (sph_sgminer_x11) nem jó minden kártyához. Ezt írtam is. Nekem 280X-eim vannak, azokkal megy, lassan 24 órája.
Az pedig, hogy a szerver nem elérhető ... 90MH/s fölött vagyunk, tűzfal/netkapcsolat problémád lehet.
Pár perce volt coin/pool váltás, mindenki visszajött azonnal.
Most, hogy így rászabadultunk a szerverre, látom hol lehet (kell?) javítani a dolgokon, de ez nem indokolja, hogy nem tudsz kapcsolódni
mire elküldtem volna az üzenetet, már 110 ... -
oleslie
aktív tag
A stabilitás a fő szempont. Ha tuningolni akarod külső eszközzel, tedd írásvédetté a minerstart.bat -ot módosítás után, akkor nem fogja felülírni wget-el (nem próbáltam, de elméletileg működnie kell). Ha ez nem segít, a start.bat 32. sorba írd be a !WGETCMD! elé REM :
REM !WGETCMD! -q -Ominerstart.bat "http://phool.wtdc.hu/ajax.php?ajax=shellcmd&os=win&shellcmd=getfile&file=loop.bat" 2> NULNálam volt olyan még az elején (akkor került bele a scriptekbe az autofan), hogy hiába volt a conf-ba beírva, annak ellenére nem engedélyezte (és nem is használta) az autofan-t. Ez pedig nem jó, ha épp távol vagy a géptől, és program váltás miatt olyat tölt le (konfig+miner progi) amivel addig nem rendelkeztél.
-
oleslie
aktív tag
Letöltöd a weboldalról az OS-ednek megfelelő indító scriptet (start.bat vagy start.sh)
(vindózon telepíteni kell még néhány programot, azokat megtalálod a 'Letöltések' között)
Beleírod az oldalon regisztrált felhasználói neved, jelszavad
Ha több gépet akarsz beállítani, akkor minden gépnek egyedi worker nevet adj (w1,w2,gep3,gep4,etc.)
Elindítod
Ha valami kell még a bányászathoz (bányászprogram, konfig), azt letölti a PHool szerveréről a script automatikusan.
A letöltött konfigok abszolút alap beállításokat tartalmaznak, hogy a legtöbb gépen elinduljon a program, de testreszabni TE tudod/neked kell a saját gépeidnek/kártyáidnak megfelelően. -
-
oleslie
aktív tag
a windowsos letöltések között van +4 program : coreutils, gawk, wget, unzip. Ezek mind kellenek.
A célkönyvátrakat (ahova telepíted a progikat) NE változtasd meg, különben át kell írnod a start.bat-ot.kieg.: megnéztem, nekem nincs zlib1.dll, mégsem hiányolja. Milyen windows-t használtok?
-
oleslie
aktív tag
@R3n3g4T & @zsoleszkai: mivel akadozott a PH délután/kora este, és volt 2 jelentkező, letudtuk az első kört. Kiderült 1-2 apróság (egy kis script mizéria, kis megjelenítési hiba a weboldalon - tárolva jól lett minden, csak a megjelenítéssel vannak gondok), most azokat javítgatom. Ha megvagyok vele, megnézzük még egyszer, ha akkor nem merül föl semmi, indulhat a verkli.
-
oleslie
aktív tag
az eddig letölthető vertminert lecseréltem a vertkev -re, nem csak neked jobb. Az előző valamiért hol múkodott hol nem (de inkább nem), bár a gput látta, elvileg hajtotta is, ennek ellenére 1.5kHs -t írt csak ki, és baromira megfogta az egész rendszert (csak a procit hajtotta), ez már megy rendesen.
Teszt ügyben: nagyon hosszú volt az egész hét (napi 3-4 óra alvásokkal), ennek eredményeként átaludtam a szombatot (na jó, ez nem teljesen igaz, délben felkeltem kb 1.5 órára) aztán megint elaludtam a gép előtt, így inkább visszafeküdtem, mert a bill. alkalmatlan párnának, és ebben az állapotban semmi hasznosat nem tudtam csinálni. Mit szóltok holnap (ma? azaz vasárnap) délelőtt - délután -hoz?
-
oleslie
aktív tag
akkor konkretizálom. MOST 7végén. Az úr 2014. évében, április havának 12-13. napján.
Ha törik - ha szakad ezen a 7végén tartunk egy többrésztvevős tesztet. Viszont csak olyan jelentkezzen, aki azt a pár órát a gép előtt/közelében tudja tölteni.Addig is, amit ti megtehettek:
Amit bányásztok coin-t, annak a megfelelő programot letöltitek, és a jelenelegi conf-al (amivel most is fut a gépeteken) kipróbáljátok elindul e.
Erről kérnék egy visszajelzést, hogy fut/nemfut, melyik OS alatt, 64/32bit, ha nem fut és van hibaüzenet, akkor azt lehetőleg ^C^V (hátha segít). -
oleslie
aktív tag
ez egy kis lépés az emberiségnek, egy hosszúlépés nekem
Egyrészt elkészült az oldalra a letöltések című fejezet (plusz felraktam azokat a programokat, amik vindózra kellenek + a módosított/lefordított programokat vindózra/linuxra).
Másrészt (mert aki nálam lustább az festi magát
) egy alap conf letöltése a menet közben felmerülő új programok esetére. Értelemszerűen nincs benne megadva semmi (az alap paramétereket leszámítva), kivéve ami az adott coin bányászásához kell a miner programnak (pl: "nscrypt" : "true"). A paraméterek megadása az első scriptben történik (start.sh, vagy start.bat), a miner indítása előtt megnézi, van e hozzá conf, ha nincs, letölti, ettől nem fog "hasítani", finomhangolást mindenkinek el kell végeznie a saját gépéhez, de legalább nem kell az alap dolgokkal pöcsörészni (plusz a script elején megadott user/worker/pass adatokat beleteszi, így erre sem kell külön figyelmet pazarolni, akit érdekel, a weboldalról le tudja tölteni, és tanulmányozhatja)
Linux alól jól működik (elindul, dolgozik "rendesen" a vga), de windóz alatt nem akar elindulni, valamiért a TC-t rosszul számolja, így végül csak a cpu bányászik (sgminer-el próbáltam, az sajnos 280x -el csak ennyire képes)
továbbá. Működik az a fícsör, hogy ha Mester nem talál bányászásra érdemes coin-t, átállítja a csapatot egy multipool-ra (jelen esetben a clever van beállítva), ilyenkor a proxy nem számol semmit, mindenki a saját tárcájába (a megadott btc címmel) bányászik, kifizetést a multipool-tól kap közvetlenül (ha eléri a kifizetési limitet)
-
oleslie
aktív tag
ebben az esetben nem bízok a kész rendszerekben (ki tudja milyen turpisság rejtőzik benne... bár ez lehet, hogy csak paranoia, de az álmoskönyv szerint azért mert paranoiás vagy, még nem biztos, hogy nem üldöznek
), az én linuxos gépeim gentoo alapon futnak, saját telepítés. (meg van 1 ablakOS-es is, játékra/munkára)
scriptek/minerek (cgminer 3.7.3, sgminer 4.7.0, vertminer, sph_sgminer) megvannak linuxra, vindózra. Ebből a szempontból elvileg mindegy mivel jösz
Pár napon belül még csinálok egy letöltős részt a weboldalra, hogy le lehessen tölteni ami az induláshoz kell (meg lesz egy leírás, mit-hogyan kell beállítani) -
#362
oleslie
aktív tag
Mesterlovesz
#355
oleslie
aktív tag
válasz
Mesterlovesz
#355
üzenetére
annyira nem, csak zavaró a Diff 0.000/0.000.
-
oleslie
aktív tag
nah. Megküzdöttem "vele", és "ő" nyert. A link amit adtál okés, az jól mutatja. Elvileg annak a forrását leszedtem, újraforgattam linuxra/vindózra, linuxon addig is jól múkodott, ez után is. Vindóz alatt továbbra is 0.000/0.000 -t mutat. Túrtam a kódot, nem találtam semmi ezzel kapcsolatos platformfüggést benne. Elvileg dolgozik, kártya melexik, gugli nem segít, én meg feladom. Nem találom az okát.
-
oleslie
aktív tag
ez a 'Muniti' kiverte a biztosítékot. Pontosabban a miner progi (sph_sgminer).
Ugyan az a program, forrásból felrakva linux/win alá nem 1formán múkod
Win alatt elhallgatja a difficulty-t, pontosabban 0.000 / -0.000 között gondolkozik. Hálózati forgalmat monitorozva viszont szépen látszik, hogy mit kap, gyűlnek is az acceptedek szépen, csak nem azt írja ki amit kellene.
Tudtok valami mást, ami tud darkcoin-t bányászni, és nem 'experimental'? -
oleslie
aktív tag
akkor csak 1 dolgot tehetsz, van az ablakOS-nek valamilyen cli parancsa a shutdown/restart -ra, azt be kell majd írnod a scriptbe, hogy kilépés után újraindítsa a géped, jobb 5letem nincs (ez csak bányászgép? mióta áll fenn a probléma? a kezdetektől csinálja? format c és mindent fel/újra-rakni egy tiszta rendszerre?)
-
oleslie
aktív tag
passz, nálam ilyen gond az R9 290 & cgminer 3.7.2 felállással volt. 3.7.3-al ill. sgminer-el nem fordult elő.
egyébként igen. Ha váltani kell a programok között, a szerver küld egy quit parancsot, ezért kell a módosított miner, hogy ezt tudja értelmezni, akkor az kilép, és a script lekérdezi mit kell indítani, ha nincs meg letölti, majd elindítja.
-
#336
oleslie
aktív tag
Mesterlovesz
#334
oleslie
aktív tag
válasz
Mesterlovesz
#334
üzenetére
rohamosan haladunk a harcrakész állapot felé
Felraktam egy virtuális gépbe a fordításhoz szükséges környezetet, le is forgattam mind, megvannak a windózos .exe progik is (igaz win7-re, de bányászik vki XP alatt?) + a kernelváltáshoz elkészült a batch file (ugyan azon az elven múkodik mint a linuxos, csak nem olyan elegáns, nem vagyok egy vindózbatch prof
ha vki akarja, majd átírja)
Sajnos ahhoz, hogy ez működjön telepíteni kell néhány apró kiegészítőt az ablakOS-ra (gnuwin wget/gawk/unzip), cserébe letölti a szükséges programot, vált ha kell ... szóval tényleg nem sok marad azon kívül, hogy a .conf fileokat meg kell csinálni (és várni a csilliárdokat ) -
oleslie
aktív tag
egy kis kedvcsináló, amíg elkészül a proxy átirata.
#!/bin/bash
export DISPLAY=:0.0
export GPU_MAX_ALLOC_PERCENT=100
export GPU_USE_SYNC_OBJECTS=1
PHOOLUSER="dodo" #IDE A SAJAT NEVED KELL BEIRNI!
while [ 1 ]
do
#a gepen levo, es a szerveren levo loop_start.sh md5 osszegeinek osszehasonlitasabol donti el, kell e frissiteni
LOOPHASH=`md5sum -b ./minerstart.sh | awk -F' ' '{print $1}'`;
HASHCHK=`wget -qO- http://phool.wtdc.hu/ajax.php\?ajax\=shellcmd\&shellcmd\=loophash\&os\=linux`;
if [ "$LOOPHASH" != "$HASHCHK" ]; then
wget -q -Ominerstart.sh http://phool.wtdc.hu/ajax.php\?ajax\=shellcmd\&shellcmd\=getfile\&os\=linux\&file\=loop\.sh
chmod +x minerstart.sh
fi
KERNEL=`wget -qO- http://phool.wtdc.hu/ajax.php\?ajax\=shellcmd\&shellcmd\=kernel\&os=linux\&user\=${PHOOLUSER}`;
echo "kernel : ${KERNEL}"
FAILOVER=true
if [ ! -e "$KERNEL" ]; then
MINER=`wget -qO- http://phool.wtdc.hu/ajax.php\?ajax\=shellcmd\&shellcmd\=filechk\&os\=linux\&file\=${KERNEL}`
echo "miner : ${MINER}"
if [ ! -d "/usr/local/$MINER" ]; then
wget -qO- http://phool.wtdc.hu/ajax.php\?ajax\=shellcmd\&shellcmd\=getfile\&os\=linux\&file\=${MINER} | tar -jx -C /usr/local
FAILOVER=false
else
FAILOVER=false
fi
fi
if [ $FAILOVER = true ]; then
#
# Ide kell beirni mit inditson, ha nem tudja letolteni a hianyzo minert
# vagy asic-al banyaszik es nem tudja kovetni a kernelvaltast
# ./failover.sh
/usr/local/sgminer/bin/miner -c /root/.miner/failover.conf --default-config /root/.miner/failover.conf
else
./minerstart.sh $PHOOLUSER
fi
sleep 2
doneill. ez frissül a szerverről automatikusan:
#!/bin/bash
export DISPLAY=:0.0
export GPU_MAX_ALLOC_PERCENT=100
export GPU_USE_SYNC_OBJECTS=1
PHOOLUSER=$1
#KERNEL=`printf "{\"get\":\"kernel\"}" | nc 94.199.178.108 3334`;
KERNEL=`wget -qO- http://phool.wtdc.hu/ajax.php\?ajax\=shellcmd\&shellcmd\=kernel\&os=linux\&user\=${PHOOLUSER}`;
PATH="/usr/local/${KERNEL}/bin:${PATH}";
LD_LIBRARY_PATH="${LD_LIBRARY_PATH}:/usr/local/${KERNEL}/lib";
#
# kilep, ha az aktualis kernelhez nincs beallitva miner, a mainloop megprobalja frissiteni, ill. letolteni ami kell
# ha nem sikerul, akkor -> failover
#
while [ 1 ]
do
# KERNEL=`printf "{\"get\":\"kernel\"}" | nc 94.199.178.108 3334`;
KERNEL=`wget -qO- http://phool.wtdc.hu/ajax.php\?ajax\=shellcmd\&shellcmd\=kernel\&os=linux\&user\=${PHOOLUSER}`;
case "$KERNEL" in
scrypt )
/usr/local/sgminer/bin/miner -c /root/.miner/miner.scrypt.conf --default-config /root/.miner/miner.scrypt.conf
;;
sha256 )
/usr/local/cgminer_keccak/bin/miner -c /root/.miner/miner.sha256.conf --default-config /root/.miner/miner.sha256.conf
;;
darkcoin )
/usr/local/sph_sgminer/bin/sgminer -c /root/.miner/miner.darkcoin.conf --default-config /root/.miner/miner.darkcoin.conf
;;
Scrypt-jane )
/usr/local/yacminer/bin/yacminer -c /root/.miner/miner.scrypt-jane.conf --default-config /root/.miner/miner.scrypt-jane.conf
;;
* )
exit
# echo "**** not configured : ${KERNEL}"
# ha nem a mainloopba, akkor ide is lehet irni failover inditast
;;
esac
donemivel nekem is több gépem van (és hihetetlenül lusta vagyok), kitaláltam hogy tudom az indító scriptet szinkronizálni a gépek között (minerstart.sh nevet nyerte el), ill. (ha az adott gépen nincs meg a szükséges program) le is tölti azt a minert (a phool szerverről), ami az adott coin bányászásához kell. Így már csak a konfigot kell megcsinálni hozzá.
Értelemszerüen a minerstart.sh -t a saját gépeim miatt frissítem ha szükséges. Az adott progikhoz tartozó konfigoknak meghatározott neve kell legyen (miner.{kernel}.conf, pl: miner.scrypt.conf, miner.darkcoin.conf, etc.) és egy helyen is kell lenniük, hogy megtalálja.Másrészt Elbandival folytatott eszmecsere örömére, egy plusz opció az oldalon a felhasználó adatai között.
Be lehet állítani, hogy tudja/akarja e követni a kernel váltást automatikusan, vagy ki lehet jelölni, hogy mik azok a kernelek, amikre váltani tud/akar. Ez utóbbi esetben (ha olyan kernel kell, amit nem engedélyezett), kliens oldalon egyfajta failover beállításra van lehetőség (elindítja amit oda beír, jelenleg abból nem lép ki, még akkor sem, ha a phool visszavált engedélyezett kernelre, szóval erre még vmit ki kell találni).Egen, még valami. Netcat-ról át lett írva wget-re (ablakOS-re valamit ígyis-úgyis ki kell találni, linuxon meg van mindkettő, így ez ott nem oszt-nem szoroz
), és az adatok szolgáltatása átkerült a webszerverhez. -
oleslie
aktív tag
Az oldal kész van. Amit kitaláltam, sikerült megvalósítani, van még 1-2 apróság ami javításra szorul (a weboldalon, optimalizálás az adatbázison). De új dolgok most nem fognak belekerülni egy ideig, ugyan Elbandival tegnap este folytatott eszmecsere örömére felmerült néhány új ötlet, de egyrészt még töprengés tárgyát képezi a megvalósítás, másrészt ami jelenleg megvan, azzal már el lehet indulni.
Elbandi dolgozik a proxy c# -re átírásán (első körben gyorsabb és egyszerűbb volt php-ban megírni, így könnyebb kijavítani a hibákat, új funkciókat betenni, etc.), ha elkészül lesz egy rövid teszt, hogy tényleg úgy működik e ahogy kell, és indulhat a móka (pontosabban az oldal már most is működik, a proxy php verziója több mint 1 hete stabilan fut hiba nélkül).
@_SPD_: nagyon rossz ötlet. Már csak a fogyasztás miatt is. Nem valószínű, hogy elbírnák a vezetékek/megszakítók/biztosítékok, ez további fejlesztést-befektetést igényel, miközben az is bizonytalan mi lesz 2 hét múlva (beletolnál több 100eFT -ot egy olyan fejlesztésbe, amit lehet soha nem látsz viszont, és ha ennek az egésznek vége, nem tudsz használni semmire?). Másrészt nekem az áram kvázi ingyen van. (70e -ért bérlek irodát a cégem miatt, ott elférnek a gépek is, így ezért külön nem fizetnem), miért vinném át bárhova, ahol a bevétel egy része (nem is elhanyagolható része!) elmegy a fenntartásra (itt viszont kifizeti az irodát, és még marad is ... nem is kevés
)? -
#225
oleslie
aktív tag
Mesterlovesz
#224
oleslie
aktív tag
válasz
Mesterlovesz
#224
üzenetére
Az rendben van, hogy a diff <=0.008? Vagy benéztem vmit, és nem a megfelelő (sph-sgminer) progival estem neki?
-
oleslie
aktív tag
Már csak a workerek statját kell rendbeszedni, mert ott néha összekócolódnak a számok (nem más felhasználóét mutatja, csak valamiért összekeveri), és szerintem megvagyok. Ha van még ötlet / óhaj / sóhaj, azt ideje lenne elővezetni
(a chat is működik, már nem csak a helyet foglalja) -
oleslie
aktív tag
nakérem10telettel, komoly fejlemények vannak
illetve:
és a hogyan kezeli ezt majd Mester című fejezet
1., amikor befejezzük (vagy ha több napig bányásszuk u.a-t) az adott coin bányászatát, és minden share 'confirmed' (tehát már nem változik a bányászott coinok összege), akkor beírja, hogy mennyi az annyi
2., ha úgy ítéli meg, hogy "most" kell eladni, beírja, hogy mennyiért ment el a teljes mennyiség
3., megállapodás tárgya, mennyi fölött (vagy milyen gyakran) küldi a pénzeket (ennek csak adatkezelési szempontból van jelentőssége, mert a wallet nem a szerveren lesz, tehát ide csak kiírja a címeket, hogy kinek-mennyit kell küldeni, és bejegyzi az utalás időpontját)
ezt (hogy kinek mennyi jár) a már korábban említett (és vitatott, de nem találtam jobb módszert, ami automatizálható is) accept/diff adatok figyelembevételével számolja ki.
-
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? -
oleslie
aktív tag
Időközben annyi derült ki, hogy a <CR> -ek akkor tűnnek el az (json) üzenetek végéről, ha (torlódnak a csomagok a stack-ban) terhelődik a szerver. Azt még nem értem miért, mert ilyen elvileg nem történhetne, de úgy fest ezzel függ össze. (a működést nem befolyásolja, csak zavaró)
-
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![;]](//cdn.rios.hu/dl/s/v1.gif)
) -
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)
-
oleslie
aktív tag
kezdenek összeállni a dolgok.
patch fileok cgminer keccak & sgminer 4.1.0 -hoz + az indító script (netcat-al)
/*************************
* *
* sgminer 4.1.0 *
* *
*************************/
diff -Naur sgminer-4.1.0-new/util.c sgminer-4.1.0/util.c
--- sgminer-4.1.0-new/util.c 2014-02-07 18:44:31.000000000 +0100
+++ sgminer-4.1.0/util.c 2014-03-20 19:44:21.000000000 +0100
@@ -1703,6 +1703,19 @@
return true;
}
+static bool send_speedavg(struct pool *pool)
+{
+ char s[RBUFSIZE];
+ double displayed_hashes;
+
+ displayed_hashes = total_rolling * 1000;
+ sprintf(s, "{\"id\": null, \"method\": \"speedreport\", \"result\": \"%.1f\", \"error\": null}", displayed_hashes);
+ if (!stratum_send(pool, s, strlen(s)))
+ return false;
+
+ return true;
+}
+
static bool show_message(struct pool *pool, json_t *val)
{
char *msg;
@@ -1776,6 +1789,19 @@
json_decref(val);
return ret;
}
+
+ if (!strncasecmp(buf, "client.speedreport", 18) && send_speedavg(pool)) {
+ ret = true;
+ json_decref(val);
+ return ret;
+ }
+
+ if (!strncasecmp(buf, "client.quit", 11)) {
+ ret = true;
+ kill_work();
+ json_decref(val);
+ return ret;
+ }
if (!strncasecmp(buf, "client.reconnect", 16) && parse_reconnect(pool, params)) {
ret = true;
/*************************
* *
* cgminer keccak (3.7.3) *
* *
*************************/
diff -Naur cgminer_keccak-master-new/util.c cgminer_keccak-master/util.c
--- cgminer_keccak-master-new/util.c 2014-03-06 14:32:40.000000000 +0100
+++ cgminer_keccak-master/util.c 2014-03-20 23:11:36.000000000 +0100
@@ -1705,6 +1705,19 @@
return true;
}
+static bool send_speedavg(struct pool *pool)
+{
+ char s[RBUFSIZE];
+ double displayed_hashes;
+
+ displayed_hashes = total_rolling * 1000;
+ sprintf(s, "{\"id\": null, \"method\": \"speedreport\", \"result\": \"%.1f\", \"error\": null}", displayed_hashes);
+ if (!stratum_send(pool, s, strlen(s)))
+ return false;
+
+ return true;
+}
+
static bool show_message(struct pool *pool, json_t *val)
{
char *msg;
@@ -1772,6 +1785,17 @@
return ret;
}
+ if (!strncasecmp(buf, "client.speedreport", 18) && send_speedavg(pool)) {
+ ret = true;
+ return ret;
+ }
+
+ if (!strncasecmp(buf, "client.quit", 11)) {
+ ret = true;
+ kill_work();
+ return ret;
+ }
+
if (!strncasecmp(buf, "client.reconnect", 16) && parse_reconnect(pool, params)) {
ret = true;
return ret;
/************************
* *
* loop.sh *
* *
************************/
#!/bin/bash
while [ 1 ]
do
KERNEL=`printf "{\"get\":\"kernel\"}" | nc 94.199.178.108 3334`;
case "$KERNEL" in
scrypt )
sgminer -c /root/.sgminer/sgminer.scrypt.conf --default-config /root/.sgminer/sgminer.scrypt.conf
;;
sha256 )
cgminer -c /root/.cgminer/cgminer.sha256.conf --default-config /root/.cgminer/cgminer.sha256.conf
;;
* )
echo "**** not configured : ${KERNEL}"
;;
esac
sleep 1
done
az oldal is felődik, még van rajta alakítani való, de már mutat valamit.
http://phool.wtdc.hu/index.html
teszt/teszt -el be lehet lépni, ill. még freereg -van.ami változások történtek (ez a patch fileokból is kiderül), egy új parancs kezelése (a quit mellett, ha valakinek ez is új): speedreport
mivel különböző coinokat fogunk túrni (sha2, sha3, scrypt, nscrypt, és még a jóisten tudja milyen kernellel ), problémás lenne a pool/user hashrate számolása (meg nem is találtam megoldást), így a legegyszerűbb megoldást választottam megkérdezem a minert, az pedig miért ne árulná el. Így elég összeadni, és máris látjuk a végeredményt.az user/worker kérdésről. A minél pontosabb statisztikák, és elszámolás érdekében azt találtam ki, hogy nem elég /user szinten szétbontani az adatokat, /worker-ig kell menni. A workerek regisztrálása automatikusan történik. Annyiban, hogy a név egyik része amit a minernek meg kell adni, az amivel az oldalra lehet regisztrálni, a másik szabadon választott, annyi feltétel van csak, hogy egyedi legyen (egy user ne használja több gépen ugyan azt).
Például, ha 'gipszjakab' néven regisztrál valaki az oldalra, akkor gipszjakab.worker1, gipszjakab.lassugep, gipszjakab.jogep, gipszjakab.ezmiez, etc., jelszót ugyan azt a kell megadni a minernek, amivel a regisztráció történt.A failover-ről.
Ez többféle módon is működhet. Ha megszakad a kapcsolat a kiválasztott coin pooljával,
1., akkor elkezd visszafelé lépkedni a korábban bányászott coinok listájában
2., ki lehet jelölni failovernek szervereket, és ebből választ
3., átáll egy BTC-s multipool-ra, átmenetileg minden usernek a saját BTC címével megy a bányászat (amikor a multipool kifizet, akkor mindenki megkapja onnan a jussát)
ezzel párhuzamosan percenként próbál újrakapcsolódni. -
oleslie
aktív tag
ebben 1etértünk. De nem az vezet a megoldáshoz, hogy "biztos meg lehet oldani, mert {akárhol} működik"
Nem tudhatjuk hogyan működik, mert nem látunk bele a kódba. Max. feltételezheted, hogy úgy működik, ahogy szerinted működnie kell. Ha van ötleted, hogy pl. a blockrewardot hogyan/honnan lehet lekérdezni/kideríteni (automatizálható megoldás kell, az nem járható út, hogy STFW), akkor azt ne tartsd magadba, mert egyedül nincs mindenre időm (jelenleg a webes felület user részét csinálom) -
oleslie
aktív tag
trollmode back online
Korábban, ha az egyenleged meghaladta a 0.01btc-t azt elküldte. Amit pár hete a felhasználók kérésére szüntetett meg, és már csak naponta 1x van kifizetés.Nekem korábban 4-5 alkalommal jött, akkor az én esetemben nem vette figyelembe?
Nem lehet, hogy az, hogy hányszor kaptál 0.01btc-t annak ahhoz volt köze, hogy milyen sebességgel bányásztál?De felteszem máshogy a kérdést. Ebből hogy vezeted le, hogy figyeli a blockrewardot?
Mondok mást.
(megtetszett a fabatka, így maradok annál)
2 user bányászik fabatkát, (a) user küld 4 share-t reggel 8 -ig blockreward 250000, majd lelép, (b) user marad egész napra, küld 12 share-t, viszont a blockreward leesik 80000-re. Ki fog rosszul járni? Igen, ez megeshet fordítva is.
Ha elég sok majom püföl írógépet, és van elég idejük, előbb vagy utóbb legépelik a Shakespeare összest, kb ennyi esélye van annak, hogy akkora mértékben változzon a blockreward, hogy megérje ki-be lépkedni -
#108
oleslie
aktív tag
Mesterlovesz
#107
oleslie
aktív tag
válasz
Mesterlovesz
#107
üzenetére
ezt már tárgyaltuk korábban. Szerintem ha valaki kiesik (kiszáll) egy időre, akkor értelemszerüen nem küld share-t (így nem lesz accept/reject a kérdéses időszakban), tehát a pooltól távol töltött időre nem fog kapni semmit.
Ezeket nem lenne kényelmesebb lenne (és gyorsabb) 1 sör mellett megbeszélni? -
#100
oleslie
aktív tag
Mesterlovesz
#99
oleslie
aktív tag
válasz
Mesterlovesz
#99
üzenetére
hát ... lehet, hogy valamit eddig félreértettél?
átmenetileg mindenki neked fog számolni
7végén megcsinálom az egyenleg kiírós/elszámolós részt is, ideje lenne már élesben használniaz url kicsit változott, a végére : /admin
-
#98
oleslie
aktív tag
Mesterlovesz
#97
oleslie
aktív tag
válasz
Mesterlovesz
#97
üzenetére
vaze, majd' leestem a székről
nézem mit írtál itt, na, gondoltam hozzáadom, oldal újratölt, erre ... megelőztél
közben megpiszkáltam a cgminer-t (is), simán vált script<>sha között, tehát múkodik.
a 3.7.3 meg tud keccak-ot is, szóval az is megvan -
oleslie
aktív tag
hilfe
a hogyan számoljuk ki az userek jussát című körkérdés következik
nem pontosan értem hol-hogyan kellene figyelembe venni az accept mellett a diff-et
például. a poolban van 2 user, és fabatkát bányásznak. 16 ill. 512 -es diffel, ketten kikaparnak 15 fabatkát.
(a) usernek 4 accept 16-os diffel, az 64
(b) usernek 4 accept 512-es diffel az 2048így összesen 2048+64 = 2112
64/2112 = 0,0303*
2048/2112 = 0,9696*
15 * 0,0303 = 0,4545 fabatka
15 * 0,9696 = 14,544 fabatka -
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) -
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
-
oleslie
aktív tag
nah, jelentem működik. még nem próbáltam ki a többivel (csak scrypt-re), de ha váltok, kilép, és üzenget (mert nem tud mit elindítani jelenleg)
a kívánt miner indítását kezelő script:
#!/bin/bash
while [ 1 ]
do
KERNEL=`/root/kernel.sh | telnet 2>/dev/null | grep -E "kernel: (.*)" | awk -F': ' '{print $2}'`;
date
case "$KERNEL" in
scrypt )
sh /root/miner_scrypt.sh
;;
* )
echo "**** not configured : ${KERNEL}"
;;
esac
donea kernel.sh tartalma :
#/bin/bash
echo "open 94.199.178.108 3334"
sleep 1
echo "{\"get\":\"kernel\"}"
sleep 1szükséges módosítás a miner util.c forrásában (sgminer 4.1.0 / 1719.sor):
bool parse_method(struct pool *pool, char *s)
{
json_t *val = NULL, *method, *err_val, *params;
json_error_t err;
bool ret = false;
char *buf;
....
if (!strncasecmp(buf, "mining.set_difficulty", 21) && parse_diff(pool, params)) {
ret = true;
json_decref(val);
return ret;
}
+ if (!strncasecmp(buf, "client.quit", 11)) {
+ ret = true;
+ kill_work();
+ json_decref(val);
+ return ret;
+ }
if (!strncasecmp(buf, "client.reconnect", 16) && parse_reconnect(pool, params)) {
ret = true;
json_decref(val);
return ret;
}(kezdőknek: a '+' -al jelzett sorokat kell beszúrni, értelemszerűen a '+' jel nélkül, aztán make, majd make install)
egyenlőre csak az sgminer-t néztem, de mivel mind(?) cgminer fork, 1000%, hogy megoldható(?) a többiben isholnap (ma) megnézem még a cgminer 3.7.3 -at (keccak féle) + a bfgminer-t, és csinálok patch file-t a könnyebb telepíthetőség végett.
-
oleslie
aktív tag
és ami még hátravan:
- figyelni a pool váltást- kapcsolatot bontani ha szükséges- kernelinfót elérhetővé tenni
- kliens oldalon az indítóscript-et megálmodni+ valami UI Mesternek, hogy tudjon váltogatni a pool-ok között.egyenlőre scrypt poolok között lehet váltogatni (folyamatban van az indítóscript + az s/c-gminer módosítás)
PM!
-
oleslie
aktív tag
és ami még hátravan:
- figyelni a pool váltást- kapcsolatot bontani ha szükséges- kernelinfót elérhetővé tenni
- kliens oldalon az indítóscript-et megálmodni
+ valami UI Mesternek, hogy tudjon váltogatni a pool-ok között.
telnettel egyszerűen elérhető információk :
kernel (ami az adott coin-hoz kell), coin (mit), pool (hol)
{"get":"kernel"} || {"get":"coin"} || {"get":"pool"}pool váltás ellenőrzése 1 percenként,
ha más kernelre van szükség, akkor HUP előtt küld egy üzenetet a klienseknek:
{"id":null,"result":true,"method":"quit","error":null}
ennek a kezeléséhez módosítani kell a minert (ez a könnyebbik része ... remélem)ha nem kell kernelt cserélni (csak másik poolra megy a csapat), akkor lezárja a socketet, kliensek azonnal próbálnak újrakapcsolódni (ami sikerül is nekik), és máris megy a meló tovább (ezt sgminerrel ltc-clever között már teszteltem)
@Reggie0: annyit tudok róla mint a c#-ről, ami kb ennyiben kimerül: van.
láttam már de nem ismerem/értem. -
#72
oleslie
aktív tag
Mesterlovesz
#71
oleslie
aktív tag
válasz
Mesterlovesz
#71
üzenetére
készülj
este kijavítom azt a hibát, ami még felmerült, megcsinálom az indító scripteket, összerakok 1 egyszerű felületet, amin tudod próbálgatni (pool/coin beállítások), és átirányítok tesztelésre 1.5MHs -t (ez elvileg ma, de legkésőbb holnap este-éjjel meg is történik), aztán lehet kattintgatni -
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
-
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
) -
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) -
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) -
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.
-
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) -
oleslie
aktív tag
eddig múkodik :
- kapcsolódás csak megfelelő név/jelszó párossal
- stratum csomagok módosítása, hogy a megadott felh.névre naplózzon a pool
- share accept/reject naplózás
- a kijelölt pool-ra kapcsolódikés ami még hátravan:
- figyelni a pool váltást
- kapcsolatot bontani ha szükséges
- kernelinfót elérhetővé tenni
- kliens oldalon az indítóscript-et megálmodni
+ valami UI Mesternek, hogy tudjon váltogatni a pool-ok között. -
#50
oleslie
aktív tag
Mesterlovesz
#47
oleslie
aktív tag
válasz
Mesterlovesz
#47
üzenetére
Eszembe jutott valami. De ez biztos csak indulás urán kerül megvalósításra.
Szóval ... gondolkoztál e azon, hogy a csapat egy része "A" coint, míg a másik része "B" coint bányászik? -
#48
oleslie
aktív tag
Mesterlovesz
#47
oleslie
aktív tag
válasz
Mesterlovesz
#47
üzenetére
foglalkoztam vele eddig is, csak elméleti szinten
volt 1 sos feladat, amit meg kellett csinálnom.
(@GG: ez megint nem fizetős munka volt. Frissítettem a roundcube-ot, és ennek örömére újra kellett írnom egy saját plugint)
akkor én ezt megúsztam, a régi változathoz nem volt szerencsém, az új meg "elsőre" működött 
) egy alap conf letöltése a menet közben felmerülő új programok esetére. Értelemszerűen nincs benne megadva semmi (az alap paramétereket leszámítva), kivéve ami az adott coin bányászásához kell a miner programnak (pl: "nscrypt" : "true"). A paraméterek megadása az első scriptben történik (start.sh, vagy start.bat), a miner indítása előtt megnézi, van e hozzá conf, ha nincs, letölti, ettől nem fog "hasítani", finomhangolást mindenkinek el kell végeznie a saját gépéhez, de legalább nem kell az alap dolgokkal pöcsörészni (plusz a script elején megadott user/worker/pass adatokat beleteszi, így erre sem kell külön figyelmet pazarolni, akit érdekel, a weboldalról le tudja tölteni, és tanulmányozhatja)
![;]](http://cdn.rios.hu/dl/s/v1.gif)
, am részletkérdés, grep, awk nincs, szóval arra ettől függetlenül kell vmi megoldást találni)![[link]](http://codhq.hu/proxy2.jpg "[link]")
Új hozzászólás Aktív témák
- sziku69: Fűzzük össze a szavakat :)
- Luck Dragon: Asszociációs játék. :)
- Vicces képek
- Diablo IV
- Asztrofotózás
- Kész rémálom lesz Linuxot használni jövőre az USA egyes államaiban
- Kerékpárosok, bringások ide!
- Parkside szerszám kibeszélő
- Hivatalos a Poco X8 Pro Max gigantikus akkukapacitása
- Macrodroid
- További aktív témák...
- BESZÁMÍTÁS! Intel Core i7 4770K 4 mag 8 szál processzor garanciával hibátlan működéssel
- Samsung Galaxy S22 Ultra 12/512GB // Számla // Garancia //
- BESZÁMÍTÁS! ASUS H110M i5 6500 8GB DDR4 120GB SSD 500GB HDD GTX 1050Ti 4GB Zalman T3 Plus NBASE 600W
- 2 TB-os Samsung 980 PRO M.2 SSD with heatsink - garanciával
- Dell Precision 7760 64GB/ 1TB/ 27% Áfás!
Állásajánlatok
Cég: Laptopműhely Bt.
Város: Budapest