xeridea
|
|
December 09, 2016, 08:37:41 PM |
|
- added ability to use environment variables in "epools.txt" and "config.txt" files. For example, define "WORKER" environment varibale and use it as "%WORKER%" in config.txt.
anyone ? what is the use of this ?
You can set environment variables in Windows, then use in config. So you can have identical config for all your rigs, since they could pull worker name from environment. You can also do this through ethman when uploading configs to rigs. You could also run all rigs off same network share, making it really easy to update all rigs, and change config, since each would still have it's own worker. Downside of this is logs would all be in same folder so would be useless for troubleshooting.
|
Profitability over time charts for many GPUs - http://xeridea.us/chartsBTC: bc1qr2xwjwfmjn43zhrlp6pn7vwdjrjnv5z0anhjhn LTC: LXDm6sR4dkyqtEWfUbPumMnVEiUFQvxSbZ Eth: 0x44cCe2cf90C8FEE4C9e4338Ae7049913D4F6fC24
|
|
|
|
Igor M
Full Member
Offline
Activity: 188
Merit: 100
Ethereum4ever
|
|
December 09, 2016, 08:39:22 PM |
|
Serious stability issues with my rigs using 9.0 and 9.1. works for a few minutes and then the system restarts.
Same problem here.. v9 and v9.1 runs perfectly for me since release. and i overclock my rx 480 with afterburner. 2 cards running in Win7 and 4 cards in Win10. +1 all works perfectly on 6 rx 380
|
|
|
|
mettalmag
Legendary
Offline
Activity: 1084
Merit: 1003
≡v≡
|
|
December 09, 2016, 08:42:06 PM |
|
- added ability to use environment variables in "epools.txt" and "config.txt" files. For example, define "WORKER" environment varibale and use it as "%WORKER%" in config.txt.
anyone ? what is the use of this ?
You can set environment variables in Windows, then use in config. So you can have identical config for all your rigs, since they could pull worker name from environment. You can also do this through ethman when uploading configs to rigs. You could also run all rigs off same network share, making it really easy to update all rigs, and change config, since each would still have it's own worker. Downside of this is logs would all be in same folder so would be useless for troubleshooting. It takes me 3+ hrs to update all my rigs to new version when Claymore announces it, so with this I can do it all at once ?
|
|
|
|
xeridea
|
|
December 09, 2016, 08:50:34 PM |
|
- added ability to use environment variables in "epools.txt" and "config.txt" files. For example, define "WORKER" environment varibale and use it as "%WORKER%" in config.txt.
anyone ? what is the use of this ?
You can set environment variables in Windows, then use in config. So you can have identical config for all your rigs, since they could pull worker name from environment. You can also do this through ethman when uploading configs to rigs. You could also run all rigs off same network share, making it really easy to update all rigs, and change config, since each would still have it's own worker. Downside of this is logs would all be in same folder so would be useless for troubleshooting. It takes me 3+ hrs to update all my rigs to new version when Claymore announces it, so with this I can do it all at once ? Yeah, make a shortcut on desktop to the ZecMiner exe on the network. The only downside is logfiles. Also, you would need to restart miner on all rigs. If they autostart, you could just powercycle them. Even if you just remoted them all, it would be faster, since it would be less work to do on each rig (close and restart). May be issue replacing version when rigs were using, not sure if it affects network though. You could also make a bat file to copy from a specific network folder to desktop folder, then start miner, and use environment variables in config of course. Edit: Instead of power cycling, you can use ethman to tell each rig to run "reboot.bat" (you need to create it, such as "shutdown -r -t 00"), so you would just need to run that on all rigs monitored by Ethman.
|
Profitability over time charts for many GPUs - http://xeridea.us/chartsBTC: bc1qr2xwjwfmjn43zhrlp6pn7vwdjrjnv5z0anhjhn LTC: LXDm6sR4dkyqtEWfUbPumMnVEiUFQvxSbZ Eth: 0x44cCe2cf90C8FEE4C9e4338Ae7049913D4F6fC24
|
|
|
jordanBG
Newbie
Offline
Activity: 10
Merit: 0
|
|
December 09, 2016, 08:52:24 PM |
|
- added ability to use environment variables in "epools.txt" and "config.txt" files. For example, define "WORKER" environment varibale and use it as "%WORKER%" in config.txt.
anyone ? what is the use of this ?
You can set environment variables in Windows, then use in config. So you can have identical config for all your rigs, since they could pull worker name from environment. You can also do this through ethman when uploading configs to rigs. You could also run all rigs off same network share, making it really easy to update all rigs, and change config, since each would still have it's own worker. Downside of this is logs would all be in same folder so would be useless for troubleshooting. It takes me 3+ hrs to update all my rigs to new version when Claymore announces it, so with this I can do it all at once ? 3 Hours .... , 2 min per rig . WOW 90 Rigs , nice man I have only 15 Rigs 6x390 , and update to new version takes 20 min.
|
|
|
|
mettalmag
Legendary
Offline
Activity: 1084
Merit: 1003
≡v≡
|
|
December 09, 2016, 08:57:21 PM |
|
- added ability to use environment variables in "epools.txt" and "config.txt" files. For example, define "WORKER" environment varibale and use it as "%WORKER%" in config.txt.
anyone ? what is the use of this ?
You can set environment variables in Windows, then use in config. So you can have identical config for all your rigs, since they could pull worker name from environment. You can also do this through ethman when uploading configs to rigs. You could also run all rigs off same network share, making it really easy to update all rigs, and change config, since each would still have it's own worker. Downside of this is logs would all be in same folder so would be useless for troubleshooting. It takes me 3+ hrs to update all my rigs to new version when Claymore announces it, so with this I can do it all at once ? Yeah, make a shortcut on desktop to the ZecMiner exe on the network. The only downside is logfiles. Also, you would need to restart miner on all rigs. If they autostart, you could just powercycle them. Even if you just remoted them all, it would be faster, since it would be less work to do on each rig (close and restart). May be issue replacing version when rigs were using, not sure if it affects network though. You could also make a bat file to copy from a specific network folder to desktop folder, then start miner, and use environment variables in config of course. Edit: Instead of power cycling, you can tell each rig to run "reboot.bat" (you need to create it, such as "shutdown -r -t 00"), so you would just need to run that on all rigs monitored by Ethman. I need to do a research about it, I need to reduce miner updating time, even config updating time. - added ability to use environment variables in "epools.txt" and "config.txt" files. For example, define "WORKER" environment varibale and use it as "%WORKER%" in config.txt.
anyone ? what is the use of this ?
You can set environment variables in Windows, then use in config. So you can have identical config for all your rigs, since they could pull worker name from environment. You can also do this through ethman when uploading configs to rigs. You could also run all rigs off same network share, making it really easy to update all rigs, and change config, since each would still have it's own worker. Downside of this is logs would all be in same folder so would be useless for troubleshooting. It takes me 3+ hrs to update all my rigs to new version when Claymore announces it, so with this I can do it all at once ? 3 Hours .... , 2 min per rig . WOW 90 Rigs , nice man I have only 15 Rigs 6x390 , and update to new version takes 20 min. 94 actually and I do it remotely so I have to wait until it starts mining and etc. it's a routine job and it sucks
|
|
|
|
spyder09
Member
Offline
Activity: 60
Merit: 10
|
|
December 09, 2016, 09:00:38 PM |
|
- added ability to use environment variables in "epools.txt" and "config.txt" files. For example, define "WORKER" environment varibale and use it as "%WORKER%" in config.txt.
anyone ? what is the use of this ?
You can set environment variables in Windows, then use in config. So you can have identical config for all your rigs, since they could pull worker name from environment. You can also do this through ethman when uploading configs to rigs. You could also run all rigs off same network share, making it really easy to update all rigs, and change config, since each would still have it's own worker. Downside of this is logs would all be in same folder so would be useless for troubleshooting. It takes me 3+ hrs to update all my rigs to new version when Claymore announces it, so with this I can do it all at once ? Yeah, make a shortcut on desktop to the ZecMiner exe on the network. The only downside is logfiles. Also, you would need to restart miner on all rigs. If they autostart, you could just powercycle them. Even if you just remoted them all, it would be faster, since it would be less work to do on each rig (close and restart). May be issue replacing version when rigs were using, not sure if it affects network though. You could also make a bat file to copy from a specific network folder to desktop folder, then start miner, and use environment variables in config of course. Edit: Instead of power cycling, you can tell each rig to run "reboot.bat" (you need to create it, such as "shutdown -r -t 00"), so you would just need to run that on all rigs monitored by Ethman. I need to do a research about it, I need to reduce miner updating time, even config updating time. - added ability to use environment variables in "epools.txt" and "config.txt" files. For example, define "WORKER" environment varibale and use it as "%WORKER%" in config.txt.
anyone ? what is the use of this ?
You can set environment variables in Windows, then use in config. So you can have identical config for all your rigs, since they could pull worker name from environment. You can also do this through ethman when uploading configs to rigs. You could also run all rigs off same network share, making it really easy to update all rigs, and change config, since each would still have it's own worker. Downside of this is logs would all be in same folder so would be useless for troubleshooting. It takes me 3+ hrs to update all my rigs to new version when Claymore announces it, so with this I can do it all at once ? 3 Hours .... , 2 min per rig . WOW 90 Rigs , nice man I have only 15 Rigs 6x390 , and update to new version takes 20 min. 94 actually and I do it remotely so I have to wait until it starts mining and etc. it's a routine job and it sucks 94 rigs?? Holy hell dude I'm here just trying to keep 1 running lol
|
|
|
|
xeridea
|
|
December 09, 2016, 09:01:42 PM |
|
- added ability to use environment variables in "epools.txt" and "config.txt" files. For example, define "WORKER" environment varibale and use it as "%WORKER%" in config.txt.
anyone ? what is the use of this ?
You can set environment variables in Windows, then use in config. So you can have identical config for all your rigs, since they could pull worker name from environment. You can also do this through ethman when uploading configs to rigs. You could also run all rigs off same network share, making it really easy to update all rigs, and change config, since each would still have it's own worker. Downside of this is logs would all be in same folder so would be useless for troubleshooting. It takes me 3+ hrs to update all my rigs to new version when Claymore announces it, so with this I can do it all at once ? Yeah, make a shortcut on desktop to the ZecMiner exe on the network. The only downside is logfiles. Also, you would need to restart miner on all rigs. If they autostart, you could just powercycle them. Even if you just remoted them all, it would be faster, since it would be less work to do on each rig (close and restart). May be issue replacing version when rigs were using, not sure if it affects network though. You could also make a bat file to copy from a specific network folder to desktop folder, then start miner, and use environment variables in config of course. Edit: Instead of power cycling, you can tell each rig to run "reboot.bat" (you need to create it, such as "shutdown -r -t 00"), so you would just need to run that on all rigs monitored by Ethman. I need to do a research about it, I need to reduce miner updating time, even config updating time. - added ability to use environment variables in "epools.txt" and "config.txt" files. For example, define "WORKER" environment varibale and use it as "%WORKER%" in config.txt.
anyone ? what is the use of this ?
You can set environment variables in Windows, then use in config. So you can have identical config for all your rigs, since they could pull worker name from environment. You can also do this through ethman when uploading configs to rigs. You could also run all rigs off same network share, making it really easy to update all rigs, and change config, since each would still have it's own worker. Downside of this is logs would all be in same folder so would be useless for troubleshooting. It takes me 3+ hrs to update all my rigs to new version when Claymore announces it, so with this I can do it all at once ? 3 Hours .... , 2 min per rig . WOW 90 Rigs , nice man I have only 15 Rigs 6x390 , and update to new version takes 20 min. 94 actually and I do it remotely so I have to wait until it starts mining and etc. it's a routine job and it sucks One more thing, Windows has the open confirmation for new unknown files, and default block in Win10 (helps prevent spread of viruses), I think this can be avoided if using .bat file to start miner.
|
Profitability over time charts for many GPUs - http://xeridea.us/chartsBTC: bc1qr2xwjwfmjn43zhrlp6pn7vwdjrjnv5z0anhjhn LTC: LXDm6sR4dkyqtEWfUbPumMnVEiUFQvxSbZ Eth: 0x44cCe2cf90C8FEE4C9e4338Ae7049913D4F6fC24
|
|
|
mettalmag
Legendary
Offline
Activity: 1084
Merit: 1003
≡v≡
|
|
December 09, 2016, 09:05:24 PM |
|
- added ability to use environment variables in "epools.txt" and "config.txt" files. For example, define "WORKER" environment varibale and use it as "%WORKER%" in config.txt.
anyone ? what is the use of this ?
You can set environment variables in Windows, then use in config. So you can have identical config for all your rigs, since they could pull worker name from environment. You can also do this through ethman when uploading configs to rigs. You could also run all rigs off same network share, making it really easy to update all rigs, and change config, since each would still have it's own worker. Downside of this is logs would all be in same folder so would be useless for troubleshooting. It takes me 3+ hrs to update all my rigs to new version when Claymore announces it, so with this I can do it all at once ? Yeah, make a shortcut on desktop to the ZecMiner exe on the network. The only downside is logfiles. Also, you would need to restart miner on all rigs. If they autostart, you could just powercycle them. Even if you just remoted them all, it would be faster, since it would be less work to do on each rig (close and restart). May be issue replacing version when rigs were using, not sure if it affects network though. You could also make a bat file to copy from a specific network folder to desktop folder, then start miner, and use environment variables in config of course. Edit: Instead of power cycling, you can tell each rig to run "reboot.bat" (you need to create it, such as "shutdown -r -t 00"), so you would just need to run that on all rigs monitored by Ethman. I need to do a research about it, I need to reduce miner updating time, even config updating time. - added ability to use environment variables in "epools.txt" and "config.txt" files. For example, define "WORKER" environment varibale and use it as "%WORKER%" in config.txt.
anyone ? what is the use of this ?
You can set environment variables in Windows, then use in config. So you can have identical config for all your rigs, since they could pull worker name from environment. You can also do this through ethman when uploading configs to rigs. You could also run all rigs off same network share, making it really easy to update all rigs, and change config, since each would still have it's own worker. Downside of this is logs would all be in same folder so would be useless for troubleshooting. It takes me 3+ hrs to update all my rigs to new version when Claymore announces it, so with this I can do it all at once ? 3 Hours .... , 2 min per rig . WOW 90 Rigs , nice man I have only 15 Rigs 6x390 , and update to new version takes 20 min. 94 actually and I do it remotely so I have to wait until it starts mining and etc. it's a routine job and it sucks 94 rigs?? Holy hell dude I'm here just trying to keep 1 running lol I'm just maintaining them that's it. It takes so much time and effort that I came with two new awesome ideas to replace hdmi dummies with much cheaper ones like 10Cents per rig and remote reset solution, both are under development and if everything will work fine I'll share it here for sure
|
|
|
|
doktor83
|
|
December 09, 2016, 09:07:50 PM |
|
everyone is evil , everyone wants to dissasemble his miner.
|
|
|
|
mettalmag
Legendary
Offline
Activity: 1084
Merit: 1003
≡v≡
|
|
December 09, 2016, 09:12:35 PM |
|
everyone is evil , everyone wants to dissasemble his miner.
I won't mind to add my own fee (which I get every week from my employer) on top of Claymore's so I can get my coins on time, does this counts evil ?
|
|
|
|
Puffy23
Member
Offline
Activity: 108
Merit: 11
|
|
December 09, 2016, 09:16:54 PM |
|
CPU: i5 4570 (was collecting dust on my shelf) MB: ASRock H81 Pro BTC R2.0 RAM: 8GB G.Skill Ripjaws X series DDR3 1600 Mhz PSU: EVGA 1200 G2 & EVGA 1600 G2 (Again, collecting dust on my shelf) HDD: 128GB SSD with 20GB virtual memory OS: Windows 10 Pro GPU: 6x Sapphire R9 Fury Nitro - bone stock (free power) Radeon Software Version: 16.12.1 (ReLive software not installed)
Total Speed: 2,000 H/s Currently running Claymore v9.0 since minutes after release. Rock solid, no reboots, no freezes, etc. Just installed 16.12.1, will update if there are any impacts to stability.
|
|
|
|
yslyung
Legendary
Offline
Activity: 1500
Merit: 1002
Mine Mine Mine
|
|
December 09, 2016, 09:24:29 PM |
|
v9.1:
- additional range checks in code for better stability. - reduced devfee, it's 2% now (72sec instead of 90sec) if you use secure SSL/TLS connection, currently Flypool and Suprnova pools support encrypted connections, see Readme for samples. - improved "-di detect" option: now after GPU order detection miner starts mining with the detected order. - added ability to use environment variables in "epools.txt" and "config.txt" files. For example, define "WORKER" environment varibale and use it as "%WORKER%" in config.txt.
Since encryption is added I think its safe to release Linux version with ONLY ssl support, don't you agree? No this isn't the reason why he doesn't want to release linux. Its because in Linux you can easily disassemble the program. yeps +100% . i think it was linux version that "showed" the SA code inside CM's miner. now with ssl at flypool & suprnova, well there's good & bad, good for miners, you are "secured" & it is also "secured" for CM "secured" means, your connection is a little more secured & it also means CM's "reduced fee" is VERY much or more secured, making it more difficult to be bypassed. v9 compared to v8, v8 way more stable, v9 so so ... let's see future improvements ... upgrade. some rigs have 0 issues v9 smooth like butter but on some other rigs, is having issues like everyone else.
|
|
|
|
efficienthash
Newbie
Offline
Activity: 11
Merit: 0
|
|
December 09, 2016, 09:31:46 PM |
|
"secure" also means that you can't see anymore what the miner is sending - you now need a lot of trust that there is nothing hidden. this might work for claymore - but other will jump the ship and now you also have to trust them - before you could check it easily.
|
|
|
|
sirlordcomic
Newbie
Offline
Activity: 19
Merit: 0
|
|
December 09, 2016, 09:39:54 PM |
|
The widespread issues with 9 which led to a quick 9.1 both of which now report more rejected shares is suspect in the very least.
|
|
|
|
paintblack
Member
Offline
Activity: 116
Merit: 10
|
|
December 09, 2016, 09:46:52 PM |
|
9.1 a bit better
but stability issues still continue.
|
|
|
|
iMish
Newbie
Offline
Activity: 91
Merit: 0
|
|
December 09, 2016, 09:56:09 PM |
|
rejects are caused by the pool not the miner
i'm on ssl://zec.suprnova.cc 0.1-0.2% rejects like without ssl
|
|
|
|
sorry2xs
Legendary
Offline
Activity: 924
Merit: 1000
Dark Passenger Bitcoin miner 2013,Bitcoin node
|
|
December 09, 2016, 09:56:49 PM |
|
version 9 ran none stop from release till the release of version 9.1 approximately 3+ hours ago and here are the results of the two rigs; GPU #0: Hawaii, 8192 MB available, 44 compute units GPU #1: Hawaii, 8192 MB available, 40 compute units GPU #2: Hawaii, 8192 MB available, 40 compute units GPU #3: Hawaii, 8192 MB available, 40 compute units ZEC - Total Speed: 1169.823 H/s, Total Shares: 6575, Rejected: 16, Time: 03:16 ZEC: GPU0 301.126 H/s, GPU1 288.785 H/s, GPU2 288.851 H/s, GPU3 290.982 H/s Pool switches: ZEC - 0 ;GPU #0: Ellesmere, 8192 MB available, 36 compute units GPU #1: Ellesmere, 8192 MB available, 36 compute units GPU #2: Ellesmere, 8192 MB available, 36 compute units GPU #3: Ellesmere, 8192 MB available, 36 compute units GPU #4: Ellesmere, 8192 MB available, 36 compute units ZEC - Total Speed: 1107.139 H/s, Total Shares: 6054, Rejected: 22, Time: 03:05 ZEC: GPU0 220.715 H/s, GPU1 220.508 H/s, GPU2 221.740 H/s, GPU3 225.634 H/s, GPU4 218.541 H/s go figure CHECK PSU'S edit: hawaii rig si on a evga 1300 watt psu, Ellesmere is on a Rosecrap 1000 watt psu all psu's are on a line voltage of 240 volts a/c.
|
Please tip the Node 1MPWKB23NsZsXHANnFwVAWT86mL24fqAjF; KO4UX THAT NO GOOD DO GOODER BAT!!!
|
|
|
adamvp
|
|
December 09, 2016, 10:08:52 PM |
|
9.1 a bit better
but stability issues still continue.
Stability is not Claymore's issue! It's probably PSU issue . You get significally higher hashrate but it costs some power usage and it is logical. So you have to ensure proper PSU and do not blame Claymore
|
I am looking for signature campaign pm me
|
|
|
|