kano
Legendary
Offline
Activity: 4592
Merit: 1851
Linux since 1997 RedHat 4
|
|
November 18, 2011, 11:21:13 PM |
|
Who requested? ckolivas already makes a windows build.
|
|
|
|
-ck (OP)
Legendary
Offline
Activity: 4256
Merit: 1644
Ruu \o/
|
|
November 19, 2011, 02:38:00 AM |
|
Who requested? ckolivas already makes a windows build.
He's offering 64 bit builds, which every once in a while someone requests. Of course there is no point to them over the 32 bit builds I provide unless you're CPU mining.
|
Developer/maintainer for cgminer, ckpool/ckproxy, and the -ck kernel 2% Fee Solo mining at solo.ckpool.org -ck
|
|
|
kano
Legendary
Offline
Activity: 4592
Merit: 1851
Linux since 1997 RedHat 4
|
|
November 19, 2011, 06:21:53 AM Last edit: November 19, 2011, 02:11:21 PM by kano |
|
Who requested? ckolivas already makes a windows build.
He's offering 64 bit builds, which every once in a while someone requests. Of course there is no point to them over the 32 bit builds I provide unless you're CPU mining. Ah OK - just seemed a bit suspect for a noob to be posting executables (and I did look for a reference post near all of his but couldn't find one) But since there is a specific use - anyone losing money CPU mining - I guess that makes sense - though it does ADL/GPU and CPU ...
|
|
|
|
manifold
Newbie
Offline
Activity: 62
Merit: 0
|
|
November 19, 2011, 11:23:11 AM |
|
100% CPU Usage Bug for me under Linux with 4 x 5870 with Catalyst 11.11 fixed !
Yes. I can confirm that!
|
|
|
|
Eveofwar
|
|
November 19, 2011, 10:37:41 PM |
|
I have a request to be made into a future version: When starting CGMiner with --auto-fan --auto-gpu it seems to spin the fans up to the threshold (85%) and then work down from there...sometimes going from 15% RPM -> 85% RPM instantly. This may/can cause issues with certain fans on boards I would think. Would it be possible that when starting CGMiner, it will start spinning fans up from current RPM/% to the max/desired ? This would help because the fans don't need to spin up to that speed right away
|
|
|
|
-ck (OP)
Legendary
Offline
Activity: 4256
Merit: 1644
Ruu \o/
|
|
November 19, 2011, 10:45:24 PM |
|
I have a request to be made into a future version: When starting CGMiner with --auto-fan --auto-gpu it seems to spin the fans up to the threshold (85%) and then work down from there...sometimes going from 15% RPM -> 85% RPM instantly. This may/can cause issues with certain fans on boards I would think. Would it be possible that when starting CGMiner, it will start spinning fans up from current RPM/% to the max/desired ? This would help because the fans don't need to spin up to that speed right away No. I cannot. Everyone has their own interpretation of what is "correct behaviour". As per the FAQ in the readme, the defaults are the safest. Imagine you restarted something instantly and the GPU was already at max temperature.
|
Developer/maintainer for cgminer, ckpool/ckproxy, and the -ck kernel 2% Fee Solo mining at solo.ckpool.org -ck
|
|
|
Eveofwar
|
|
November 19, 2011, 10:50:11 PM |
|
I have a request to be made into a future version: When starting CGMiner with --auto-fan --auto-gpu it seems to spin the fans up to the threshold (85%) and then work down from there...sometimes going from 15% RPM -> 85% RPM instantly. This may/can cause issues with certain fans on boards I would think. Would it be possible that when starting CGMiner, it will start spinning fans up from current RPM/% to the max/desired ? This would help because the fans don't need to spin up to that speed right away No. I cannot. Everyone has their own interpretation of what is "correct behaviour". As per the FAQ in the readme, the defaults are the safest. Imagine you restarted something instantly and the GPU was already at max temperature. That's fine then, I just can't see how spinning a fan from near to nothing to near max is healthy. Too many of these and and you might end up like JL421. I would then imagine that cgminer would scale up the fan speeds to compensate, but alas. If it's a no, it's a no. Would be nice though, even as an optional feature/method.
|
|
|
|
kano
Legendary
Offline
Activity: 4592
Merit: 1851
Linux since 1997 RedHat 4
|
|
November 20, 2011, 02:56:19 AM |
|
I have a request to be made into a future version: When starting CGMiner with --auto-fan --auto-gpu it seems to spin the fans up to the threshold (85%) and then work down from there...sometimes going from 15% RPM -> 85% RPM instantly. This may/can cause issues with certain fans on boards I would think. Would it be possible that when starting CGMiner, it will start spinning fans up from current RPM/% to the max/desired ? This would help because the fans don't need to spin up to that speed right away No. I cannot. Everyone has their own interpretation of what is "correct behaviour". As per the FAQ in the readme, the defaults are the safest. Imagine you restarted something instantly and the GPU was already at max temperature. That's fine then, I just can't see how spinning a fan from near to nothing to near max is healthy. Too many of these and and you might end up like JL421. I would then imagine that cgminer would scale up the fan speeds to compensate, but alas. If it's a no, it's a no. Would be nice though, even as an optional feature/method. If you match your case you just said "Too many of these" then you would endanger the GPU badly since why would you be doing lots of restarts? Most likely the GPU was already busy processing thus it is HOT thus the fan needs to be up and running ASAP. If it's not hot, then why would you be restarting the miner over and again? However, if 85% is bad, what figure isn't bad? It's a fan. Are you seriously saying it can't normally be switched from 15% to 85% without expecting to damage it?
|
|
|
|
phorensic
|
|
November 20, 2011, 11:46:18 AM |
|
You can spin up a little GPU fan from 0 -100% instantly all day every day and never damage it. Slowly spinning up a fan is only needed when you are dealing with 10hp electric motors connected to fan blades in HVAC units for large buildings, like at my work.
|
|
|
|
P4man
|
|
November 20, 2011, 12:38:31 PM |
|
I dont see the problem either way. cgminer could check temperatures before setting fan speed, if its near or below target temperature, there is no need to set the fans to max. A card isnt going to overheat by running the fans at lower speed for one second or however often cgminer polls temperatures.
Then again, I dont see the harm in it either. If you are worried about the fans spinning at 85% for a few seconds, you shouldnt have 85% as your upper limit for auto fan either. Set it to 65 or whatever, and set an overheat/shutdown temperature to make sure the fan doesnt need to spin faster than what you deem safe.
|
|
|
|
jamesg
VIP
Legendary
Offline
Activity: 1358
Merit: 1000
AKA: gigavps
|
|
November 21, 2011, 12:11:09 PM |
|
Who would be willing to add an rpc interface to cgminer and have the code added to the next release? I would like to see this feature added so others can programatically access cgminer. I would be willing to pay of course, in btc.
|
|
|
|
DeathAndTaxes
Donator
Legendary
Offline
Activity: 1218
Merit: 1079
Gerald Davis
|
|
November 21, 2011, 01:49:37 PM Last edit: November 21, 2011, 02:19:42 PM by DeathAndTaxes |
|
Who would be willing to add an rpc interface to cgminer and have the code added to the next release? I would like to see this feature added so others can programatically access cgminer. I would be willing to pay of course, in btc.
I will add 30 BTC to any bounty started for such a project. I would also award a bounty for a fork if it isn't feasible (due to different scope) to integrate into the main branch. A fork might actually be the best solution as a lot of code related to output and display could be removed. Hell all CPU mining code could likely be removed to in order to simplify the project. Honestly all I would want is a daemon that is started by config file, has no command line output (think bitcoind running in server mode) and responds to RPCs. It should handle at a minimum the following RPC to satisfy the bounty: * start/stop/restart GPU (on restart recheck config file for any changes) * shutdown instance (stop all GPU, and end cgminer) * report current monitors (a min of current temp/load/clock/hashing speed) * report global output (a min of total shares, accepted shares, rejected shares, stale shares, etc) * report individual card output (same but on per card basis) I am not set in stone for these being the requirements just trying to get a starting place. Obviously a lot more could be done by RPC (change clocks, intensity, etc) but to keep scope small I think we could start with the above and then once released look to expand the project via donations/bounties. I have considered doing this myself but if I am being honest with myself I doubt I have the time so I am willing to pledge towards a bounty pool.
|
|
|
|
jamesg
VIP
Legendary
Offline
Activity: 1358
Merit: 1000
AKA: gigavps
|
|
November 21, 2011, 02:01:16 PM |
|
Who would be willing to add an rpc interface to cgminer and have the code added to the next release? I would like to see this feature added so others can programatically access cgminer. I would be willing to pay of course, in btc.
I will add 30 BTC to any bounty started for such a project. Would also award a bounty for a fork if it feasible to integrate into the main branch. A fork might be best as a lot of code related to output and display could be removed. Hell all CPU mining code would likely be removed to. Honestly all I would want is a daemon that is started by config file, has output (think bitcoind) and responds to RPCs. The minimum RPC to satisfy the bounty would be: * start/stop/restart GPU * shutdown instance (end cgminer) * report current monitors (temp/load/clock/hashing speed) * report global output (total shares, accepted shares, rejected shares, stale shares, etc) * report individual card output (same but on per card basis) Well, seems like this idea might catch on. DeathAndTaxes, thanks for offering up the bounty. I will add another 30 btc to see the work completed as you suggested. Anyone else want to join in?
|
|
|
|
tnkflx
|
|
November 21, 2011, 02:13:32 PM |
|
Who would be willing to add an rpc interface to cgminer and have the code added to the next release? I would like to see this feature added so others can programatically access cgminer. I would be willing to pay of course, in btc.
I will add 30 BTC to any bounty started for such a project. Would also award a bounty for a fork if it feasible to integrate into the main branch. A fork might be best as a lot of code related to output and display could be removed. Hell all CPU mining code would likely be removed to. Honestly all I would want is a daemon that is started by config file, has output (think bitcoind) and responds to RPCs. The minimum RPC to satisfy the bounty would be: * start/stop/restart GPU * shutdown instance (end cgminer) * report current monitors (temp/load/clock/hashing speed) * report global output (total shares, accepted shares, rejected shares, stale shares, etc) * report individual card output (same but on per card basis) Well, seems like this idea might catch on. DeathAndTaxes, thanks for offering up the bounty. I will add another 30 btc to see the work completed as you suggested. Anyone else want to join in? I'm also willing to chip in 30BTC for this feature...
|
| Operating electrum.be & us.electrum.be |
|
|
|
jamesg
VIP
Legendary
Offline
Activity: 1358
Merit: 1000
AKA: gigavps
|
|
November 21, 2011, 02:20:33 PM Last edit: November 21, 2011, 02:38:22 PM by gigasvps |
|
Who would be willing to add an rpc interface to cgminer and have the code added to the next release? I would like to see this feature added so others can programatically access cgminer. I would be willing to pay of course, in btc.
I will add 30 BTC to any bounty started for such a project. Would also award a bounty for a fork if it feasible to integrate into the main branch. A fork might be best as a lot of code related to output and display could be removed. Hell all CPU mining code would likely be removed to. Honestly all I would want is a daemon that is started by config file, has output (think bitcoind) and responds to RPCs. The minimum RPC to satisfy the bounty would be: * start/stop/restart GPU * shutdown instance (end cgminer) * report current monitors (temp/load/clock/hashing speed) * report global output (total shares, accepted shares, rejected shares, stale shares, etc) * report individual card output (same but on per card basis) I'm also willing to chip in 30BTC for this feature... Holy shit! Ok devs, this is a 90 btc bounty. Couple hundred $$$. Who's ready to knock this out? Well, seems like this idea might catch on. DeathAndTaxes, thanks for offering up the bounty. I will add another 30 btc to see the work completed as you suggested. Anyone else want to join in?
|
|
|
|
DeathAndTaxes
Donator
Legendary
Offline
Activity: 1218
Merit: 1079
Gerald Davis
|
|
November 21, 2011, 02:37:45 PM |
|
I started a new thread to keep RPC bounty project talk contained and create some dialog with potential developers. https://bitcointalk.org/index.php?topic=52466gigavps & tnkflx is you could indicate your pledges by posting in that thread I will update the first post to reflect it.
|
|
|
|
jkminkov
|
|
November 21, 2011, 06:10:35 PM |
|
can you strip miner code from cgminer, auto-over/under/clocking and fan management looks useful for gaming
|
.:31211457:. 100 dollars in one place talking - Dudes, hooray, Bitcoin against us just one, but we are growing in numbers!
|
|
|
-ck (OP)
Legendary
Offline
Activity: 4256
Merit: 1644
Ruu \o/
|
|
November 22, 2011, 02:49:56 AM |
|
I started a new thread to keep RPC bounty project talk contained and create some dialog with potential developers. https://bitcointalk.org/index.php?topic=52466gigavps & tnkflx is you could indicate your pledges by posting in that thread I will update the first post to reflect it. I'm happy to merge any code that comes as a result of this push into the main cgminer releases provided the code is done in a satisfactory and generalised manner.
|
Developer/maintainer for cgminer, ckpool/ckproxy, and the -ck kernel 2% Fee Solo mining at solo.ckpool.org -ck
|
|
|
-ck (OP)
Legendary
Offline
Activity: 4256
Merit: 1644
Ruu \o/
|
|
November 22, 2011, 02:51:38 AM |
|
can you strip miner code from cgminer, auto-over/under/clocking and fan management looks useful for gaming
Anything's possible, but this would take time and effort, and neither of these come freely.
|
Developer/maintainer for cgminer, ckpool/ckproxy, and the -ck kernel 2% Fee Solo mining at solo.ckpool.org -ck
|
|
|
kano
Legendary
Offline
Activity: 4592
Merit: 1851
Linux since 1997 RedHat 4
|
|
November 22, 2011, 05:23:49 AM |
|
can you strip miner code from cgminer, auto-over/under/clocking and fan management looks useful for gaming
Well there's already AMDOverdriveCtrl for Linux that does this on it's own. Are you sure there aren't already plenty of standalone windows apps that do that also?
|
|
|
|
|