 Show Posts
|
|
Pages: [1]
|
OK so "-k" is not a recognized command. How do we specify the mining kernel in sgminer 5.0 ?
PS: "-T" doesnt work so I put a "pause" line.
Anyone? To specify the kernel, use --algorithm marucoin for x13 Also I found that there is an issue with the example config file on the nicehash page. There is an extra comma which causes sgminer to not load the config file. This seems to be fixed as of now but the extra comma was just before the ] after the {. I removed it and it was fine. I do seem to be running into an issue with the config file tho. When I try to run just one pool for testing (x11) using the config file, sgminer seems to never submit any work. However running the equivalent command line, it is working fine config file: {
"pools" : [
{
"name" : "NiceHash_X11_multi",
"url" : "stratum+tcp://stratum.nicehash.com:3336",
"user" : "x",
"pass" : "d=0.01",
"pool-algorithm" : "darkcoin-mod",
"pool-thread-concurrency" : "15232",
"pool-gpu-threads" : "2",
"pool-intensity" : "18"
}
],
"failover-only" : true,
"failover-switch-delay" : "30",
"device" : "1"
}command line: sgminer.exe --algorithm darkcoin-mod -d 1 -o stratum+tcp://stratum.nicehash.com:3336 -u x -p d=0.01 -I 18 -w 512 -g 2 --thread-concurrency 15232 Thank you very much for you help ! It works now. |
|
|
|
I'm trying the x13 algo with sgminer 5.0, but with the following command line, my prompt window is closing on startup.
setx GPU_MAX_ALLOC_PERCENT 100
del *.bin
sgminer -k marucoin -o stratum+tcp://stratum.nicehash.com:3337 -u BTC_ADDR -p x -I 13 -g 2 -w 256 --thread-concurrency 8192 --api-listen --api-allow W:127.0.0.1
**even the marucoin-mod is doing the same thing.
Thanks for your help
ad -T in your batch file. should pause on errors. than you can see what is at fault. OK so "-k" is not a recognized command. How do we specify the mining kernel in sgminer 5.0 ? PS: "-T" doesnt work so I put a "pause" line. Anyone? |
|
|
|
I'm trying the x13 algo with sgminer 5.0, but with the following command line, my prompt window is closing on startup.
setx GPU_MAX_ALLOC_PERCENT 100
del *.bin
sgminer -k marucoin -o stratum+tcp://stratum.nicehash.com:3337 -u BTC_ADDR -p x -I 13 -g 2 -w 256 --thread-concurrency 8192 --api-listen --api-allow W:127.0.0.1
**even the marucoin-mod is doing the same thing.
Thanks for your help
ad -T in your batch file. should pause on errors. than you can see what is at fault. OK so "-k" is not a recognized command. How do we specify the mining kernel in sgminer 5.0 ? PS: "-T" doesnt work so I put a "pause" line. |
|
|
|
|
I'm trying the x13 algo with sgminer 5.0, but with the following command line, my prompt window is closing on startup.
setx GPU_MAX_ALLOC_PERCENT 100
del *.bin
sgminer -k marucoin -o stratum+tcp://stratum.nicehash.com:3337 -u BTC_ADDR -p x -I 13 -g 2 -w 256 --thread-concurrency 8192 --api-listen --api-allow W:127.0.0.1
**even the marucoin-mod is doing the same thing.
Thanks for your help
|
|
|
|
|
What's the no-extranonce-subscribe command line? I'm not using a config file here. Thanks!
|
|
|
|
@Nicehash staff, I think you are abusing of the stratum method "client.reconnect". Why are you sending this? Is it really needed? It adds trouble to the stratum/tcp connection and some extra delays.
Reconnects are needed, because the stratum protocol does not implement a way to change special extranonce parameters except for on first connection. Switching between other pool's relays requires changing these parameters. You can use the patches or patched compiled cgminer that nicehashdev has posted and are available on git. This implements a new command in the stratum protocol so that the reconnects are not necessary. True, you can simply download pacthed cgminer and sgminer binaries here: https://www.nicehash.com/software and you'll get rid of these issues and better performance on NiceHash (and the same performance on other pools as if you would be using other non-nicehash cgminer/sgminer builds). BTW: Some pools ignores connection from our extended cgminer and sgminer. We added an option to disable these "advanced features" for pools not supporting this features. One of these pools is CoinFu. Just add "no-extranonce-subscribe" : true to the pool config for pools, that doesn't support extranonce-subscribe Example: {
"name" : "NiceHash Scrypt",
"url" : "stratum+tcp://stratum.nicehash.com:3333",
"user" : "btc_address",
"pass" : "x",
"algorithm" : "scrypt",
"nfactor" : "10"
},
{
"name" : "CoinFu",
"url" : "stratum+tcp://pool.coinfu.io:3333",
"no-extranonce-subscribe" : true,
"user" : "myrig_btc_address",
"pass" : "myemail",
"algorithm" : "scrypt",
"nfactor" : "10"
}What's the command line for "no-extranonce-subscribe : true" ? Is it "--no-extranonce-subscribe" ? |
|
|
|
Important note for all sellers - providersAfter extensive internal testing we can finally provide you with our own sgminer and cgminer builds. As you probably already know, NiceHash is using some advanced stratum protocol features, therefore older mining software is not supported. We have prepared optimized sgminer and cgminer builds for you to get optimum performance when mining with GPUs on NiceHash. Of course, these builds will also work equally optimal on other pools. Our builds includes patch for seamless order swaping without interupts, the idle bugfix as well as some other minor impovements. Get the software here: https://nicehash.com/software/Please, download our sgminer or cgminer binaries and please report if it is working well for you. We will apprechiate any feedback!On our software download page you will also find links to latest BFGMiner builds with good GridSeed support (BFGminer 3.99.0) - hopefully Hashra and others will include the latest BFGminer in their software builds as soon as possible. Thank you for using NiceHash! I'm getting lower hashrate than what I'm used to with either sgminer or cgminer on windows. around 12% less. I tried all the kernels, no difference. any clue? |
|
|
|
How many miners are you using? If you have many, then some might be unable to connect due to stricter firewall rules.
Some people suggested using appropriate miner with appropriate config.
Only one, so that can't be it. I'm using appropriate miner and a common config for my card that is giving me more hashrates from any other mining pool out there. |
|
|
|
Fixed. Please be patient. We are experiencing heavy DDOS for few days now already.
Do the DDOS attacks have anything to do with lower hashrate when mining from here? I'm still getting 12% less hashrate than what I'm used to and no rejects. I'm currently using sgminer 4.1.271 (the original binaries, not the modded from here). I'm from Montreal, Canada and I do submit stale shares. |
|
|
|
Sgminer on windows is still crashing on startup Cgminer seems to be working fine, but giving me 20% less hashrate power than what my graphic card can provide. |
|
|
|
Unfortunately, we are constantly being attack with various forms of attacks. Today, someone decided to spam the service with many orders - even though, he had to pay fee for that. Someone is really investing large quantities of resources to try to harm NiceHash.
Which miners are you using that you are getting lower hashrate?
Last binaries of cgminer 3.7.2 (from here) and sgminer 4.0.0 |
|
|
|
I'm new to the site, less than 24 hours. I'm using sgminer and mining on the scrypt pool.
One thing that I've noticed is that the accepted MH/s that NiceHash is reporting on my account is about 20% lower than what my miners are reporting.
I love the higher rates that NiceHash pays out, but if I'm being credited 20% less hash than other places, then really I need to consider that I'm only making 80% of the advertised rate.
I've played with my difficulty settings, I've tried both zuikkis kernel and the ckolivas kernel.
Are others experiencing this mysterious loss in hash? Is there something I am doing wrong at my end?
Thanks for any help, suggestions or insight.
Snooker
Check you reject percentage. Also make sure you are not just looking at the 5 min hashrate because that may have a huge variance. Look at the "Round accepted speed MH/s" and also look at the chart. Snooker is right, same thing for me...and I'm looking at the right thing not the 5min avg. I haven't change my config and I'm getting 600kh/s instead of usual 730kh/s with another pool. I was able to do 730kh/s before with nicehash, so I'm pretty sure it's not our miners. |
|
|
|
|
cgminer binaries seems to work fine on windows now, but I'm getting a lower hashrate than before with the same config...575 instead of 730kh/s.
anybody have a clue why?
|
|
|
|
Is your cgminer 3.7.2 modded remove the bug of 100% reject with the message "rejected share above target" ?? Because when I try the official cgminer 3.7.2 on your pool, I have this bug. Thank you very much to your help. Same here, 100% rejects when mining here...these cgminer binaries are no good. |
|
|
|
The Binaries modded cgminer 3.7.2 doesn't show the right mh/s...instead of 720kh/s it's 720mh/s and I don't know if it's related but I'm only getting rejected shares.
Did you use the --scrypt parameter? Elbandi You're right, I forgot to add the --scrypt after copying the line of my sgminer config. Thank you! Seems to work fine now. |
|
|
|
The Binaries modded cgminer 3.7.2 doesn't show the right mh/s...instead of 720kh/s it's 720mh/s and I don't know if it's related but I'm only getting rejected shares. The binaries for sgminer are crashing before starting to mine. |
|
|
|
|
