Sandor, ever since 0.9g, I'm getting the following message when connecting to MiningRigRentals. As you can see, the stratum server name also changes to some odd characters. Eventually, it says it cannot connect to stratum "http(null)". Not sure if it's an issue on my side or not Sandor, have you had a chance to look at this please? Something changed after 0.9f, I can't connect to MiningRigRentals with any of the latest versions. I think when they redirect the stratum connection to a different port, it fails? [2014-05-12 22:51:13] Stratum connection failed: Couldn't resolve host 'http(null)' [2014-05-12 22:51:13] ...retry after 5 seconds
Works fine here.
|
|
|
I'm sorry but I wanna totally avoid the use of relational databases like Mysql in Minera. Using them I should always do upgrades on it to add fields or whatever miss from previous versions and this is so much annoying and waste of time. I could think about using a json file to save the settings and the stored data but you understand this will be crazy to maintain cause every time I add an option I need to fit it into two different datasets and I'm getting too old to do this without making the caos in a couple of releases. So if you can't use Redis, the best way should be fork the project and completely re-invent how to store/retrieve data for that kind of devices. Of course, we could do something together and I could help you, but as I'm still developing the first public image release this is not the right period to start thinking to a fork for me After a bit research, i found a package: http://see.sl088.com/wiki/Redis-luaIs this correct? But i dont have any experience with redis. I can prepare everything, but maybe we need to work together to get this running. Nope, that's a client library you need the Redis Server package It seems that nobody did a ar71xx architecture port of redis server before. If i have time, ill try to compile it myself. But maybe Sandor is faster to port Minera to openwrt. ;-) Tried to cross compile Redis for Openwrt, but ran into a bunch of errors.
|
|
|
noticed after today's update autotune isn't kicking in. it was working fantastic prior to. /usr/bin/screen -dmS cpuminer /var/www/minera/minera-bin/minerd --gc3355-detect --gc3355-autotune --freq=850MHz --log /var/www/minera/application/logs/cpuminer.log -o stratum+tcp://some.pool:3333 -u someworker -p somepassword --freq=850MHz should be --freq=850 So Minera still showing a flat 850 across the board and hashrate is a solid 360KHs across the board. Looking at the stats of JSON it shows autotune on: {"start_time":1399849641,"devices":{"ttyACM8":{"chips":[{"autotune":1,"frequency":850,"accepted":13,"hashrate":72040,"rejected":0,"last_share":1399850707,"hw_errors":0,"shares":1440},{"autotune":1,"frequency":850,"accepted":12,"hashrate":72008,"rejected":0,"last_share":1399850414,"hw_errors":0,"shares":1200},{"autotune":1,"frequency":850,"accepted":10,"hashrate":72043,"rejected":0,"last_share":1399850651,"hw_errors":0,"shares":1184},{"autotune":1,"frequency":850,"accepted":10,"hashrate":72024,"rejected":0,"last_share":1399850744,"hw_errors":0,"shares":928},{"autotune":1,"frequency":850,"accepted":17,"hashrate":72007,"rejected":0,"last_share":1399850703,"hw_errors":0,"shares":1696}],"serial":"6D8054995148"},"ttyACM6":{"chips":[{"autotune":1,"frequency":850,"accepted":11,"hashrate":72045,"rejected":0,"last_share":1399850461,"hw_errors":0,"shares":1200},{"autotune":1,"frequency":850,"accepted":9,"hashrate":72045,"rejected":0,"last_share":1399850487,"hw_errors":0,"shares":1088},{"autotune":1,"frequency":850,"accepted":14,"hashrate":72017,"rejected":0,"last_share":1399850711,"hw_errors":0,"shares":1536},{"autotune":1,"frequency":850,"accepted":11,"hashrate":72004,"rejected":0,"last_share":1399850586,"hw_errors":0,"shares":960},{"autotune":1,"frequency":850,"accepted":14,"hashrate":72024,"rejected":0,"last_share":1399850749,"hw_errors":0,"shares":1504}],"serial":"6D91278F4857"},"ttyACM10":{"chips":[{"autotune":1,"frequency":850,"accepted":10,"hashrate":72031,"rejected":0,"last_share":1399850715,"hw_errors":0,"shares":960},{"autotune":1,"frequency":850,"accepted":12,"hashrate":72032,"rejected":0,"last_share":1399850574,"hw_errors":0,"shares":1472},{"autotune":1,"frequency":850,"accepted":14,"hashrate":72032,"rejected":0,"last_share":1399850710,"hw_errors":0,"shares":1520},{"autotune":1,"frequency":850,"accepted":13,"hashrate":72023,"rejected":1,"last_share":1399850590,"hw_errors":0,"shares":1264},{"autotune":1,"frequency":850,"accepted":8,"hashrate":72018,"rejected":0,"last_share":1399850649,"hw_errors":0,"shares":848}],"serial":"6D81267A4857"},"ttyACM9":{"chips":[{"autotune":1,"frequency":850,"accepted":14,"hashrate":72043,"rejected":0,"last_share":1399850697,"hw_errors":0,"shares":1632},{"autotune":1,"frequency":850,"accepted":7,"hashrate":72032,"rejected":0,"last_share":1399850741,"hw_errors":0,"shares":608},{"autotune":1,"frequency":850,"accepted":7,"hashrate":72012,"rejected":0,"last_share":1399850747,"hw_errors":0,"shares":576},{"autotune":1,"frequency":850,"accepted":11,"hashrate":72017,"rejected":0,"last_share":1399850668,"hw_errors":0,"shares":624},{"autotune":1,"frequency":850,"accepted":19,"hashrate":72022,"rejected":0,"last_share":1399850709,"hw_errors":0,"shares":2048}],"serial":"6D8D266D4857"},"ttyACM7":{"chips":[{"autotune":1,"frequency":850,"accepted":18,"hashrate":72039,"rejected":0,"last_share":1399850648,"hw_errors":0,"shares":2112},{"autotune":1,"frequency":850,"accepted":13,"hashrate":72040,"rejected":1,"last_share":1399850610,"hw_errors":0,"shares":1376},{"autotune":1,"frequency":850,"accepted":17,"hashrate":72040,"rejected":0,"last_share":1399850743,"hw_errors":0,"shares":1648},{"autotune":1,"frequency":850,"accepted":15,"hashrate":72029,"rejected":0,"last_share":1399850598,"hw_errors":0,"shares":1488},{"autotune":1,"frequency":850,"accepted":15,"hashrate":72037,"rejected":0,"last_share":1399850599,"hw_errors":0,"shares":1744}],"serial":"6D8142684857"},"ttyACM5":{"chips":[{"autotune":1,"frequency":850,"accepted":13,"hashrate":72036,"rejected":0,"last_share":1399850541,"hw_errors":0,"shares":1344},{"autotune":1,"frequency":850,"accepted":11,"hashrate":72035,"rejected":0,"last_share":1399850730,"hw_errors":0,"shares":1072},{"autotune":1,"frequency":850,"accepted":10,"hashrate":72018,"rejected":0,"last_share":1399850544,"hw_errors":0,"shares":784},{"autotune":1,"frequency":850,"accepted":14,"hashrate":72027,"rejected":0,"last_share":1399850502,"hw_errors":0,"shares":1488},{"autotune":1,"frequency":850,"accepted":8,"hashrate":72019,"rejected":0,"last_share":1399850552,"hw_errors":0,"shares":640}],"serial":"8D770F8C4951"},"ttyACM4":{"chips":[{"autotune":1,"frequency":850,"accepted":15,"hashrate":72036,"rejected":0,"last_share":1399850584,"hw_errors":0,"shares":1392},{"autotune":1,"frequency":850,"accepted":15,"hashrate":72033,"rejected":0,"last_share":1399850617,"hw_errors":0,"shares":1568},{"autotune":1,"frequency":850,"accepted":13,"hashrate":72037,"rejected":0,"last_share":1399850738,"hw_errors":0,"shares":1568},{"autotune":1,"frequency":850,"accepted":7,"hashrate":72022,"rejected":0,"last_share":1399850691,"hw_errors":0,"shares":640},{"autotune":1,"frequency":850,"accepted":10,"hashrate":71961,"rejected":0,"last_share":1399850638,"hw_errors":0,"shares":1184}],"serial":"6D9344AD4857"},"ttyACM3":{"chips":[{"autotune":1,"frequency":850,"accepted":18,"hashrate":72034,"rejected":0,"last_share":1399850716,"hw_errors":0,"shares":1968},{"autotune":1,"frequency":850,"accepted":13,"hashrate":72036,"rejected":0,"last_share":1399850636,"hw_errors":0,"shares":1344},{"autotune":1,"frequency":850,"accepted":7,"hashrate":72036,"rejected":0,"last_share":1399850664,"hw_errors":0,"shares":784},{"autotune":1,"frequency":850,"accepted":9,"hashrate":71967,"rejected":0,"last_share":1399850751,"hw_errors":0,"shares":720},{"autotune":1,"frequency":850,"accepted":12,"hashrate":72015,"rejected":0,"last_share":1399850626,"hw_errors":0,"shares":1056}],"serial":"6D75428B4857"},"ttyACM2":{"chips":[{"autotune":1,"frequency":850,"accepted":11,"hashrate":72028,"rejected":0,"last_share":1399850583,"hw_errors":0,"shares":960},{"autotune":1,"frequency":850,"accepted":13,"hashrate":72028,"rejected":0,"last_share":1399850722,"hw_errors":0,"shares":1392},{"autotune":1,"frequency":850,"accepted":17,"hashrate":72036,"rejected":0,"last_share":1399850682,"hw_errors":0,"shares":1792},{"autotune":1,"frequency":850,"accepted":8,"hashrate":72011,"rejected":0,"last_share":1399850743,"hw_errors":0,"shares":864},{"autotune":1,"frequency":850,"accepted":12,"hashrate":71998,"rejected":0,"last_share":1399850754,"hw_errors":0,"shares":1376}],"serial":"6D7341794857"},"ttyACM1":{"chips":[{"autotune":1,"frequency":850,"accepted":11,"hashrate":72028,"rejected":0,"last_share":1399850729,"hw_errors":0,"shares":1200},{"autotune":1,"frequency":850,"accepted":16,"hashrate":72043,"rejected":0,"last_share":1399850671,"hw_errors":0,"shares":1808},{"autotune":1,"frequency":850,"accepted":17,"hashrate":72013,"rejected":0,"last_share":1399850719,"hw_errors":0,"shares":1696},{"autotune":1,"frequency":850,"accepted":14,"hashrate":72023,"rejected":0,"last_share":1399850484,"hw_errors":0,"shares":1424},{"autotune":1,"frequency":850,"accepted":10,"hashrate":72014,"rejected":0,"last_share":1399850715,"hw_errors":0,"shares":1120}],"serial":"6D8638B04857"},"ttyACM0":{"chips":[{"autotune":1,"frequency":850,"accepted":11,"hashrate":72043,"rejected":0,"last_share":1399850493,"hw_errors":0,"shares":1296},{"autotune":1,"frequency":850,"accepted":10,"hashrate":72042,"rejected":0,"last_share":1399850602,"hw_errors":0,"shares":688},{"autotune":1,"frequency":850,"accepted":6,"hashrate":72026,"rejected":0,"last_share":1399850278,"hw_errors":0,"shares":768},{"autotune":1,"frequency":850,"accepted":21,"hashrate":72013,"rejected":0,"last_share":1399850702,"hw_errors":0,"shares":2160},{"autotune":1,"frequency":850,"accepted":13,"hashrate":72018,"rejected":0,"last_share":1399850744,"hw_errors":0,"shares":1488}],"serial":"6D8244895650"}},"err":0,"sysload":[0.06,0.12,0.13] It takes ~1-2 hours to adjust the frequency depending on the difficulty.
|
|
|
noticed after today's update autotune isn't kicking in. it was working fantastic prior to. /usr/bin/screen -dmS cpuminer /var/www/minera/minera-bin/minerd --gc3355-detect --gc3355-autotune --freq=850MHz --log /var/www/minera/application/logs/cpuminer.log -o stratum+tcp://some.pool:3333 -u someworker -p somepassword --freq=850MHz should be --freq=850
|
|
|
Minera will never fit on an Openwrt image for Tp-link, the flash size is limited to 4MB, which means you can't even include PHP5. My wiibox has a 16MB Flash and 64MB RAM. Is Minera still too big? You can buy other revisions of the TP-Link router with 8MB Flash too, like this: http://www.amazon.com/dp/B00F3TS3U2When I try to build the image, it fails when the resulting image is larger than 4MB, I think the memory offsets must be changed.
|
|
|
Minera will never fit on an Openwrt image for Tp-link, the flash size is limited to 4MB, which means you can't even include PHP5.
|
|
|
Hi Everyone,
Sandor thank you for all your hard work creating CPUMiner. I am looking to switch from CGMiner and looking for what sort of start-up commands are needs:
" ./minerd --gc3355-detect --freq=1200 --gc3355-autotune --url=**** --userpass=***:*** "
I performed the voltmod on all my gridseeds so the 1200Mhz should be fine. When I run the above command I get an error saying:
"No GC3355 devices specified, please use --gc3355-detect for ... "
How do I solve this error? As well, I have 100 gridseeds all connected to my Ubuntu PC. Is it best to run them all in 1 instance of CPUminer?
Thanks!
Make sure that there are devices listed under /dev/ttyACM*, if not then you may need to reboot, just don't run cgminer. It is fine to run 100 on one instance, it can handle way more than that.
|
|
|
I don't think --gc3355-timeout is needed anymore. I think I have fixed what is causing the GC3355 to stop hashing, if you send work and reset too fast, it will corrupt the registers. Solved it by waiting a minimum of 100ms before and 100ms after resetting.
|
|
|
Nicehash is fixed now, so anyone who wants to mine there, grab the latest binary and go ahead. Sandor, using your latest version, 'I think' 1.0... works great except that it's causing my farm to lose connection after a few hours... stratum-recv-line failed starting stratum on stratum+tcp:..maintheminingpools.com3002 Does not reconnect. I can get it to reconnect via manual restart though. Also, it takes up to a few minutes for 1.0 to start mining 2 of the miners as their stats stay at 0 until then., It's starting all miners clocks but seems that it is causing USB port issues. This is also causing me to have to go back and restart comm ports which just won't work for me. I ain't interested in having to do that again. Perhaps the receive line failure is a clue? Ver 2.3.2 doesn't cause this issue as far as I can tell. I keep track of it's overall performance by the total hash rate of my rig. It seems to stay pretty consistent and will run for days and days without interruption save a ddos attack. Can you help? I love the display and stats 1.0 provides! Thanks. stratum_recv_line failed = connection problem. Try the latest binary and please upload the full log with protocol and debug output. Without it I cannot tell what the problem is. Thanks Sandor, the help file is useless, it's all garbled.unformatted... what are the commands for saving a log file, again? The version I'm having troubles with is 1.0b I presume you want me to log this problem before I upgrade, right? I assume you have a 1.0c ready to go already? Thanks Add this to cmdline: "-D -P -L log.txt" Yes I just uploaded a new binary for you to try, still v1.0b though. Doesn't seem to work no matter where I put it into the command line. I deleted the " marks of course. Trying your latest ver. Hope it works stably this time. I'll let you know in a few hours if/when.... Sorry " -L log.txt" is supposed to be "--log=log.txt" Whats the best way to enable autotune for just one of my gridseeds? Run it on its own seperate instance of cpuminer until its tuned?
Seperate instance is the only way.
|
|
|
Nicehash is fixed now, so anyone who wants to mine there, grab the latest binary and go ahead. Sandor, using your latest version, 'I think' 1.0... works great except that it's causing my farm to lose connection after a few hours... stratum-recv-line failed starting stratum on stratum+tcp:..maintheminingpools.com3002 Does not reconnect. I can get it to reconnect via manual restart though. Also, it takes up to a few minutes for 1.0 to start mining 2 of the miners as their stats stay at 0 until then., It's starting all miners clocks but seems that it is causing USB port issues. This is also causing me to have to go back and restart comm ports which just won't work for me. I ain't interested in having to do that again. Perhaps the receive line failure is a clue? Ver 2.3.2 doesn't cause this issue as far as I can tell. I keep track of it's overall performance by the total hash rate of my rig. It seems to stay pretty consistent and will run for days and days without interruption save a ddos attack. Can you help? I love the display and stats 1.0 provides! Thanks. stratum_recv_line failed = connection problem. Try the latest binary and please upload the full log with protocol and debug output. Without it I cannot tell what the problem is. Thanks Sandor, the help file is useless, it's all garbled.unformatted... what are the commands for saving a log file, again? The version I'm having troubles with is 1.0b I presume you want me to log this problem before I upgrade, right? I assume you have a 1.0c ready to go already? Thanks Add this to cmdline: "-D -P -L log.txt" Yes I just uploaded a new binary for you to try, still v1.0b though. here's another fairly simple question, I'm sure...
How do you update to a newer version without wiping everything out and installing from scratch? I thought I read something about a command that uses 'pull'. I am still learning, but catching on...
Thanks again...
Execute in cpuminer-gc3355 directory: git fetch git reset --hard origin/master git pull origin/master
|
|
|
I spoke too soon. I ran the miner and then went out for a couple of hours. When I came back the miners were flashing but the miner values were all 0. Frustrating. I'm running Win7 64bit Ultimate Edition. Any ideas??? Thanks, xenonex2003 Could you try the latest binary (same link), and let me know if there is any problems? If they stop hashing, you could use "--gc3355-timeout=600", this will restart the GC3355 when there is no share activity in 10 minutes.
|
|
|
Nicehash is fixed now, so anyone who wants to mine there, grab the latest binary and go ahead. Sandor, using your latest version, 'I think' 1.0... works great except that it's causing my farm to lose connection after a few hours... stratum-recv-line failed starting stratum on stratum+tcp:..maintheminingpools.com3002 Does not reconnect. I can get it to reconnect via manual restart though. Also, it takes up to a few minutes for 1.0 to start mining 2 of the miners as their stats stay at 0 until then., It's starting all miners clocks but seems that it is causing USB port issues. This is also causing me to have to go back and restart comm ports which just won't work for me. I ain't interested in having to do that again. Perhaps the receive line failure is a clue? Ver 2.3.2 doesn't cause this issue as far as I can tell. I keep track of it's overall performance by the total hash rate of my rig. It seems to stay pretty consistent and will run for days and days without interruption save a ddos attack. Can you help? I love the display and stats 1.0 provides! Thanks. stratum_recv_line failed = connection problem. Try the latest binary and please upload the full log with protocol and debug output. Without it I cannot tell what the problem is.
|
|
|
Nicehash is fixed now, so anyone who wants to mine there, grab the latest binary and go ahead.
|
|
|
Nicehash is fixed now, so anyone who wants to mine there, grab the latest binary and go ahead.
|
|
|
Copy the missing file from some other versions from cgminer or bfgminer over, it works.
2. Setting the parameter --gc3355-timeout=360 makes my blade slow and i can hear the fan wobling, every second i get the messege "0: reseting gs3355 chips" without my blade gets stuck after some time...
Resetting GC3355 chips has nothing to do with --gc3355-timeout, it is simply clearing the previous work in the chips to make room for new work, standard procedure.
|
|
|
mmmh.. "gc3355-freq" : "\\\\.\\COM9:1200:0,\\\\.\\COM9:1200:1,\\\\.\\COM9:1225:2,\\\\.\\COM9:1225:3,\\\\.\\COM9:1225:4",
does not work. caint open device error.
EDIT uh wait that is for a 5-chip gridseed?
How for a Blade?
EDIT2: Sorry its to late here... Works now. thanks!
For the Blade it's the same, except you are using chip 0-7. I've pushed an update on git to allow more readable configs. It is possible to pass an array like so: { "gc3355" : [ "\\\\.\\COM3", "\\\\.\\COM4", "\\\\.\\COM5" ], "gc3355-freq" : [ "\\\\.\\COM3:850", "\\\\.\\COM3:875:0", "\\\\.\\COM3:900:3", "\\\\.\\COM4:900", "\\\\.\\COM5:875" ], "gc3355-autotune" : true, "pools" : [ { "url" : "stratum+tcp://eu.wafflepool.com:3333", "user" : "1AMsjqzXQpRunxUmtn3xzQ5cMdhV7fmet2", "pass" : "x" }, { "url" : "stratum+tcp://doge.ghash.io:3333", "user" : "user", "pass" : "x" } ], "freq" : "850", "debug" : true }
|
|
|
windows works. looks good.
only 25 steps?
No, any frequency can be set. How do we specify individual chip frequencies in the config file?
Like this?: "gc3355-freq" : "\\\\.\\COM9:1200:0,\\\\.\\COM9:1200:1,\\\\.\\COM9:1225:2,\\\\.\\COM9:1225:3,\\\\.\\COM9:1225:4",
Yes
|
|
|
JSON config option has been added, binaries have been updated and the Windows zip includes a sample config. { "gc3355" : "\\\\.\\COM3,\\\\.\\COM4,\\\\.\\COM5", "gc3355-autotune" : true, "pools" : [ { "url" : "stratum+tcp://eu.wafflepool.com:3333", "user" : "1AMsjqzXQpRunxUmtn3xzQ5cMdhV7fmet2", "pass" : "x" }, { "url" : "stratum+tcp://doge.ghash.io:3333", "user" : "user", "pass" : "x" } ], "freq" : "850", "debug" : true }
For non-Windows you want to replace "gc3355" : "\\\\.\\COM3,\\\\.\\COM4,\\\\.\\COM5" by To include the config, simply run /path/to/minerd -c name_of_config_file
|
|
|
Rejected shares have nothing to do with cpuminer-gc3355, proof:
As I said before, it's 50% you, 50% the pool you're on.
On that basis I switched pool to same as you, and after 11 hours I have these stats: CPUminer v1.0a (11 hours) Pool: multi.ghash.io (16 diff) A:24635 R:371 H:13 (1.5% rejects)Screenshot (CPUMiner): http://i.snag.gy/PLW9h.jpgScreenshot (Pool): http://i.snag.gy/vgZcR.jpg1.5% rejects is nothing to worry about I suppose, just wondering why you get 0 rejects. Most likely related to the quality and speed of your internet connection. Ah, that makes sense.. I'm on quite dodgy wifi. My neighbours wifi.. can't afford my own since getting made redundant last year. Well there you go. Now compare that against 1 Gbit fiber line.
|
|
|
|