|
V1.4.2
- Double checked and prepared for IPBC coin fork on block 54881
- Small speedup on some RX series cards
- Small speedup on R9 380 cards
Tomorrow IPBC will fork to their new algo, called ultraheavy (which isn't really ultraheavy anymore, altough it was in the first test period).
Get prepared, you can test it on their testnet with this config :
config.txt:
{
"cryptonight_type" : "ultraheavy",
"intensity" : 0,
"double_threads" : false,
"target_temperature" : 0
}
pools.txt:
{
"pools" :
[
{"pool_use_tls" : false, "pool" : "54.37.94.172:5555", "wallet" : "bxdSJiR35QuSDyjAmS1Ud1H8pzCzyFuuybWyFNv8nhFiKQhur6auKYSAe6UGv4XUfwPj1CcE6mZtKhW SATXzUf3o21poG9YH1", "password" : "x", "location" : "europe"}
]
}
|
|
|
|
After 7 hours I’ve got 9 hw errors and 17 block expires on nanopool. Is this normal? What’s most worrying are those hw errors. HWinfo reports no errors, though. Really appreciate your opinions.
expired block means the share you sent got old because the block expired in the meantime. Hw error means gpu result did not pass cpu validation. So if you want try lowering intensity, or mem clock for ex. |
|
|
|
|
Who's got a hd 6950 and can test something for me?
|
|
|
|
take of the commenting (/* and */)
Thank you so much. Figured out autostart of Devcon.exe and the start.bat with the blockchain driver. Hashing at 2060-2070 on Vega 64s. Auto reboots on fail and up and running automatically within 2 min. Rockin! (Now just to play with tweaks on individual cards for less crashing) does that means no hashrate drop on vega? Could you share a short how-to-do-it so other Vega users can set it up too ?  |
|
|
|
Hi.Is it possible to run 2 instances of SRBMiner? I need to run some gpu's on heavy and some on V7,tried,but unsuccessful  . May be in next releases?? Thanks. you can but i think your computer would freeze instantly  make 2 bat files, 2 config files and 2 pools files |
|
|
|
With all these new cryptonight types, it would be better to keep that parameter in the pools file per pool.
Now it's not possible to keep all coin configurations in the same directory.
Config parameters probably also has to be different for different cryptonight variants. At least, that's the case with XMR-STAK and others.
yes, that is what --config and --pools parameters are for, so you can have all config & pool files in one directory, you just tell the miner which one to use. |
|
|
|
Can someone give me an example of commands for simple bat file, this is too complicate with separate files config, pools etc...
Can we use single bat file to run this miner, like with Claymore for example?
why is it complicated ? config.txt : { "cryptonight_type" : "normalv7", "intensity" : 0, "double_threads" : true, "target_temperature" : 0, } pools.txt : { "pools" : [ {"pool_use_tls" : true, "pool" : "pool-address", "wallet" : "wallet", "password" : "x", "location" : "europe"}, {"pool_use_tls" : true, "pool" : "pool-address2", "wallet" : "wallet2", "password" : "x", "location" : "europe"} ] } Then just run start.bat and off you go. |
|
|
|
I'm trying to use the individual GPU settings to change intensity for possible problem card, however, I can't get it to respond to the config file. It just responds to the topline (global) intensity of 120. If I delete that intensity line it just reverts to 0=auto. How do you get the individual GPU setting take president over the global settings?
you take of the commenting (/* and */) , so : "gpu_conf" : [ { "id" : 0, "intensity" : 0, "worksize" : 8, "threads" : 1}, { "id" : 1, "intensity" : 20, "worksize" : 16, "threads" : 2}, { "id" : 3, "intensity" : 30, "worksize" : 16, "threads" : 2}, { "id" : 4, "intensity" : 0, "worksize" : 8, "threads" : 1}, ] not /*"gpu_conf" : [ { "id" : 0, "intensity" : 0, "worksize" : 8, "threads" : 1}, { "id" : 1, "intensity" : 20, "worksize" : 16, "threads" : 2}, { "id" : 3, "intensity" : 30, "worksize" : 16, "threads" : 2}, { "id" : 4, "intensity" : 0, "worksize" : 8, "threads" : 1}, ] */ |
|
|
|
|
maybe try changing to a closer server to reduce latency
|
|
|
|
i´m getting on some pools about 2% rejects because of expired blocks...can you check this if miner can look faster for new jobs or if block is still valid?
is this on nanopool? I get this only on nano |
|
|
|
Doctor
Not sure what language you code in, but where you get the temperature from the GPU can you add
gpuTemp = getGpuTemp();
If(gpuTemp > config.getMaxGPUTemp){
System.exit(0);
}
Thanks;)
--J
Hah yeah, that will be an option when i implement the amd display lib, i already implemented overdrive next api, but that is for latest gen cards i think the oldest card that it supports is r9 290. SO i have to play with older versions, etc. |
|
|
|
doktor83 loving the new miner! I'm still trying to automate the whole process. Running a stack of Vega's can be troublesome as we all know. Downtime kills everything. The new auto restart script is great but still having issues getting the miner to restart upon auto-reboot.
First off if I make a schedule to run "start.bat" or if I just include "start.bat" in the startup programs, it will not run automatically on windows 10.
"SRBMiner-CN.exe' is not recognized as an internal or external command,
operable program or batch file.
Waiting for 2 seconds, press CTRL+C to quit ..."
Thoughts on that?
Second, cards still need to be disabled/enabled to hash proberly. I know there is "JJs_Reset_n_Run_Tool" script. Is there a way to integrate that into SRBMiner or are you working on a way to automate this yourself?
Thanks for everything!
g
That's probably because you copied the .bat, you need to make a shortcut Still have a lot to implement before these fine tuning stuff. |
|
|
|
Can you please add some option similar to -li (low intensity) for claymore miner.
System is too laggy with your miner.
Thank you.
well lower your intensity and it won't lag  |
|
|
|
Sorry for being wrong.
Great miner, higher hashrate for vegas!
Love it <3 :*
How did you manage to avoid the hashdrop ?  And what algo do you use? Cn heavy ? If yes can you please share your hashrate and config with the way you managed to avoid the hashrate drops with vega please ? v7. hashdrop is avoided by using monitor connected to MOBO. I had the issue with Cast XMR and that's the only way I could deal with it Sorry to bother you ^^ But wich monitor do you connect to Mobo and how to do it? Thanks a lot for your help and for sharing the configs. Wich threads do you use for gpu ? better buy a dongle  |
|
|
|
Mining for around 2 hours with 1.4.0 and have only noticed that the electricity consumption is moving +- 35-40w constantly. With the previous version 1.3.2 it did not fluctuate so much, it was only 5.
it does, when mining with heavy algo. Hashing speed also can vary 10-100hs! |
|
|
|
V1.4.0
- Added multiple pools support (failover pools)
balancing is in the plans? not yet |
|
|
|
Doctor, did you fix issue with launcing Pitcairn card alone when it 3rd GPU?
it should be fixed, please try and report |
|
|
|
@doktor83 when fan control ?
if everything works as expected in 1.4.1, next thing is ADL, so fan control and clocks setting. |
|
|
|
Hmm why this miner is trying to modify my win sys 32 dll file, antivirus warn me??
If you downloaded from the URL in first post, it's not trying to modify anything. |
|
|
|
Hey dok,
What's the word on all the rejected shares when mining at nicehash (about 5%)?
Could a fix be found?
Getting both outdated and invalid nonce rejects.
In comparison, gateless gate gives 0 rejects but speed is not on par poolside.
Same problem. Tried ggs too, 24 hour no rejected share I really don't know what could it be, maybe GGS is not showing rejected shares ? |
|
|
|
|
Show Posts
