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

So i saw this graph:



Now my 5850 is a 256bit card and cgminer detects the worksize as 128. I manually set it to 256 and now getting 20mh/s more per card (4x 5850).

Mem at 300mhz. Results may vary. Possibly placebo.

Sounds cool. Can share with me. 

I'm using a scheduled task that runs a batch file using grep for Windows to check the log every so often for the word DEAD. If it finds a line containing that, I have another set of batch files that then run to make a backup copy of the log for later analysis, clearing the log, and restarting cgminer. Not the most elegant solution, but it seems to do the job.

in windows7, how do u guys restart your cgiminer every 30 mins? in case there is card that crash, at least it restarts

To be fair, don't start quoting numbers until you've hit 10k shares. There is still too large of a statistical instability to give wrong answers.

That said, anything below 0.25% is good enough

CGMiner 2.0.0 stales sample @ Coinotron:

• HD6850:  15,270 shares accepted, 30 stale > 0.1964%  
• HD5670:  6,350 shares accepted, 8 stale > 0.1259%  
• GTX580:  4,025 shares accepted, 4 stale > 0.0994%  

Stales are higher @ Mt. Red & Ars Bitcoin, but still way lower than with GUIMiner.
I look forward to trying out 2.0.3.  Keep up the awesome support!  

my 5750 cooler iv just had a perfectly designed curve like - spin at 37% constantly at which point it's not audible, then increase fan speed by x% for each degree above 70something
I never heard it spin up ever

stupid sapphire 5850 just punches in at 100%, and instantly turns off again
who the hell designed their fan control/bios

Thanks man, and thanks a lot for donation

Oh yes I know only too well how to make a control system. Considered it, thought it was too complicated, and decided that a simple approach was perfectly fine. After some initial relatively safe overshoot, it settles down anyway. So I don't see the point, but feel free to play with your own code

oh, I'm just posting it in this thread for my own reference, lol
an ideal algorithm would look at the rate of change of temperature

if (temp < ga->targettemp && rate > 0)
{  } //do nothing and wait until temperature stops rising
if (temp < ga->targettemp && rate <= 0)
{ newpercent = ga->targetfan - 5; }
if (temp > ga->targettemp && rate => 0)
{ newpercent = ga->targetfan + 5; }
if (temp > ga->targettemp && rate < 0)
{ newpercent = ga->targetfan + 1; } //still increase, but slower

or something like that if you include the hysterisis as well for slower dropping of temperature when close to the target

I think I know what I do <_<

this is what you do:


if temp is above 78, you bump up fans by 10
if temp is between 75.5 and 77.5 you bump up fans by 5
if temp is below 72 you decrease fans by 1

the auto-fan option kind of makes a sin x/x type graph around 40%fan where it jumps to 80% then down to 30% and then up to 50%, then down to 35% then up to 45%, etc.
is there any way to hint it to START the fan at 40% and then wait a couple of seconds for the card to heat up?

or maybe the auto-gpu function should be smarter about there kinds of things... let me actually look at the code and I'll see what you do exactly

Yeah most fans are designed for low noise and not calibrated to run GPUs flat out the way we do while mining. Sounds like it does precisely what you need. --gpu-fan 41 will set it at that, but if you use auto-fan, which I recommend you do, do not pass it any parameters as default usually works best. The RPM is safer to demonstrate in case the fan is reportedly set to a percentage but has jammed, failed in some other way and the rpm would read 0. Safe is my primary concern. Cards that do not support RPM monitoring, cgminer will show the percentage instead.

I got a new graphics card, and wow, the fan was retarded on it, it wouldn't turn on until 95 degrees!

That's why I tried out the auto-fan feature in cgminer, and it works very well! Thanks for this! It kind of overspins for a little while, underspins for a little while, but EVENTUALLY finds the RPM to keep my GPU at 75 degrees or so (which is ~40 percent)
What's the commandline argument to start the fan at 41 percent?

May I suggest that cgminer display the fan as a percentage, instead of RPM? It would take less space

New version: 2.0.3 - mainly bugfixes, links in top post.

- Various modes of failure to set fanspeeds and adl values have been addressed
and auto-fan should work now on most hardware, and possibly other values
which previously would not have worked.
- Fixed a crash that can occur on switching pools due to longpoll thread races.
- Use ATISTREAMSDKROOT if available at build time.
- Fanspeed management is returned to the driver default on exit instead of
whatever it was when cgminer was started.
- Logging of events deemed WARNING or ERR now will display even during
periods where menu input is being awaited on.

hi guys, how do i set CGIMINER to kill itself and restart if one GPU is dead, because the auto restart doesn't seem to wake up the gpu, but killing cgiminer and restarting does

1st, wanted to thank you again for your program. sent ya another donation, 1.1122113 BTC.

those days of fiddling with clocks and fans with external programs are but a distant memory now. made a batch file with 4 choices (quiet while using computer, quiet while not using it, flat out while using, flat out while not using) thats so simple my wife can use it. tamed the day to day main computers mining perfectly. no more wondering if the card would overheat during hot days, or wasting fan cycles or wasting hash rate. cgminer keeps it maxing out hash rate given specific noise and display smoothness parameters now. that auto GPU clocking is Da Bomb!

2nd  wanted to reinforce to people a point you make in your docs about intensity not always increasing hash rate, and what happens if you set it too high, at least on anemic CPUs.

on my sapphire 5830 xtreme pushed by a P4 prescott 2.8 running 2.0.2 on XP pro, 2.4 SDK, 11.6 drivers:
.. it pulls 330 mh/s @ 1040/354 with I  @ 7, 8 or 9. however CPU usage goes up from a few % @ 7 to 40-50% @ 9. which increased the CPU power consumption a LOT on something like a P4 prescott. best power efficiency for the rig as a whole is at I 7, and no decrease in hash rate.

on my HTPC.. sapphire 6770 @ 1010/300 giving 230 MH/s, vista ultimate 32 bit, 2.4 SDK, 11.6 drivers with an E2150 dual core 1.80 Ghz: I 8 and 9 are the same hash rate. I 9 gives 35% CPU, I 8 gives 2 %. same hash rate. less heat and power on the CPU

so.. experiment people!

The short answer is some pools suck dick.

ckolivas,

just wanted to thank you for this upgrade. I really like the way the temps/fan rpm is displayed in stats. I cannot say enough about how much I love CGMINER!

thanks again.

Mining at GuildMiners.com with 11 GPU's for a total of 4 GHash/sec
exclusively with CGMINER-2.0.2