Topic: OFFICIAL CGMINER mining software thread for linux/win/osx/mips/arm/r-pi 4.11.0 - page 741. (Read 5805728 times)

I've noticed this behaviour when using the opencl headers provided by debian and the ICD provided with the 11.11 drivers (package amd-opencl-icd in debian). Installed the app sdk from http://forums.amd.com/forum/messageview.cfm?catid=390&threadid=125792 instead and the CPU usage is down to ~10%. (This is on a 64bit debian testing with the 11.11 driver from the repos.)

This is really disappointing. I'm resorting to ufasoft, which is not ideal for mining while maintaining gui usability. Hopefully I can figure out what's going on. Just as a heads up, your Readme file does not have all the options/flags listed in the OP. Thanks again for all of your great effort and support of this miner. Hoping to use it again soon.

Not for me.

Ubuntu 11.10 64 bits
Catalyst 11.11
CGMiner 2.0.8

CGMiner consumes 120% of my CPU (core2 duo).

I'll fallback to Ubuntu 11.04 + Catalyst 11.6 + AMDAPPSDK v2.4 and CGMiner 2.0.6.

Best,
Thiago

games are for windows

well I haven't seen such a combination - auto-fan speed + dynamic overclocking to maintain target GPU temp, most tools are for setting static overclock and fiddling with fan profiles

No idea. Nothing has changed in a very long time at that level.

I recently updated my nVidia drivers to 285.62. Starting cgminer 2.0.8 and 2.0.6 causes the driver to fail, stop drawing the desktop and restart the gpu/rendering. Had no problems in previous driver releases. Command line and flags remained the same between drivers. Any ideas?

Running Win 7 x64 on AMD Phenom 9750 with nVidia GeForce 9600 GT gpu.

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?

Anything's possible, but this would take time and effort, and neither of these come freely.

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.

can you strip miner code from cgminer, auto-over/under/clocking and fan management looks useful for gaming

I started a new thread to keep RPC bounty project talk contained and create some dialog with potential developers.

https://bitcointalksearch.org/topic/completed-request-for-an-rpc-capable-fork-of-cgminer-155-btc-pledged-and-paid-52466

gigavps & tnkflx is you could indicate your pledges by posting in that thread I will update the first post to reflect it.

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?

I'm also willing to chip in 30BTC for this feature...

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 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.

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 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.

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.

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?

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.