OFFICIAL CGMINER mining software thread for linux/win/osx/mips/arm/r-pi 4.11.1

[-ck]

[EDIT]
After some trial and error (mostly ERROR...read: LOCKUPS...lol)... I was able to get my 6950's running at 900 Mhz GPU & 900Mhz Mem (stock speed being 1250Mhz Mem).
Anything lower than that seemed to lockup the machine while starting CGMiner. My 4 6950's are non reference (2x Asus DCUII 1GB @ 810/1250 stock...& 2x XfX 1GB 6950's @ 800/1250Mhz stock). The immediate drop in temps is a welcomed change.

If your engine is stable at 900, I recommend setting the memory 125 below that as well for even cooler performance, so 775. It should still be stable. Even further, try the auto-gpu option with gpu-memdiff set to -125 so that if the engine clock speed is ever lowered, the memory clock speed is lowered with it.

[1714799947]

1714799947

[1714799947]

1714799947

[1714799947]

1714799947

[1714799947]

1714799947

[Eveofwar]

Sounds like you compiled without ADL support, no?

EDIT:: I just verified that the most recent git version compiles as expected. What Eveofwar posted is NOT a bug in cgminer itself.

This is the win32 binaries on Windows 7 64bit from the OP.  I did not compile anything.

[sharky112065]

This joke is getting old but what the hell...
lolwindows: reboot || reinstallation || defenestration

The REAL joke is that the above is actually quite a powerful troubleshooting guide for Redmond-based OS-s.

Did posting that make your dingy bigger than the rest of the male population?

The real joke is people like you that keep putting up the same old diatribe.

The Windows 7 rig I am typing this response on right now, has been up for 27 days. The power went out or it would have been up longer. This installation has never had to be reinstalled since I first installed it 1 week prior to the official release date. This Windows 7 computer has never been infested with any malware or virus.

[bitlane]

That must be a Windows-based machine, right?

Correct. Win7 x64

[EDIT]
After some trial and error (mostly ERROR...read: LOCKUPS...lol)... I was able to get my 6950's running at 900 Mhz GPU & 900Mhz Mem (stock speed being 1250Mhz Mem).
Anything lower than that seemed to lockup the machine while starting CGMiner. My 4 6950's are non reference (2x Asus DCUII 1GB @ 810/1250 stock...& 2x XfX 1GB 6950's @ 800/1250Mhz stock). The immediate drop in temps is a welcomed change.

If your engine is stable at 900, I recommend setting the memory 125 below that as well for even cooler performance, so 775. It should still be stable. Even further, try the auto-gpu option with gpu-memdiff set to -125 so that if the engine clock speed is ever lowered, the memory clock speed is lowered with it.

Unfortunately I tried 850Mhz on the memory and the machine crashed when starting CGMiner, so I figured I would just stick with 900/900 and call it a day.

I can now see, with the drop in Memory Frequency from 1250Mhz down to 900Mhz, I am seeing a SOLID 8-10c drop in temps on the hottest running cards (the XfX 1GB 6950's).
Where normally both cards would run in the high 70's peak, they are now hashing away under 70c (closer to 67-68) and the fans are finally slowed down below 70% for the first time since I purchased these cards....usually holding at 85% at times.

Thanks again for all the tips and advice.
bitlane.

[kano]

Is U a measure of shares processed/min, shares submitted/min, or shares accepted/min? Or what I'm looking for really is does the miner know if the pool declares a submitted/accepted share stale? Or maybe it is just rejected?

U is shares accepted per minute.
If a pool says it rejected a share (but didn't really reject it) then there is no way for cgminer to know that.
But I doubt pools would be reporting that ... (if they do, then the person who programmed it should be shot)

[os2sam]

This joke is getting old but what the hell...
lolwindows: reboot || reinstallation || defenestration

The REAL joke is that the above is actually quite a powerful troubleshooting guide for Redmond-based OS-s.

Did posting that make your dingy bigger than the rest of the male population?

The real joke is people like you that keep putting up the same old diatribe.

The Windows 7 rig I am typing this response on right now, has been up for 27 days. The power went out or it would have been up longer. This installation has never had to be reinstalled since I first installed it 1 week prior to the official release date. This Windows 7 computer has never been infested with any malware or virus.

Glad to hear your having a good experience with Win7.

But I think you do have to admit that historically with the various versions of Windows that it had become a standard thing to keep rebooting or keep installing/uninstalling/installing and it would eventually work.

So it's easy and fun to poke fun at M$, not that it really matters, the rest of the world is going to keep doing what its been doing and most people don't even know that there are any options besides WinXP, Vista or Win7.  I think that's a shame.  But that's just me.
Sam

[Eveofwar]

Code:

 cgminer version 2.1.2 - Started: [2012-01-16 18:14:21]
--------------------------------------------------------------------------------
 (5s):1664.2 (avg):1656.5 Mh/s | Q:198847  A:200504  R:5649  HW:0  E:101%  U:22.
 TQ: 4  ST: 5  SS: 10  DW: 9250  NB: 938  LW: 75021  GF: 531  RF: 16
 Connected to <mypool> with LP as user <myuser>
 Block: 00000b6e89bb00a92d1f75b327f1573f...  Started: [00:20:12]
--------------------------------------------------------------------------------
 [P]ool management [G]PU management [S]ettings [D]isplay options [Q]uit
 GPU 0:                | 373.3/372.4Mh/s | A:44859 R:1137 HW:0 U: 4.98/m I: 8
 GPU 1:                | 373.9/372.3Mh/s | A:45492 R:1214 HW:0 U: 5.05/m I: 8
 GPU 2:                | 303.0/302.6Mh/s | A:36805 R:1074 HW:0 U: 4.08/m I: 8
 GPU 3:                | 304.6/304.2Mh/s | A:36709 R:1051 HW:0 U: 4.07/m I: 8
 GPU 4:                | 305.6/304.9Mh/s | A:36640 R:1173 HW:0 U: 4.06/m I: 8
--------------------------------------------------------------------------------
<shares being accepted>

Hmmm...where did my temps and fan speeds go ?

This happened to two of my rigs a couple days ago. I quit Cgminer and started it back up and temps and fan speeds showed up again.

It was the same for me. It had been running for days before that info stopped displaying. Those two rigs I mentioned are running on Windows 7 using the compiled version provided by ckolivas.

Correct.

I've been running the win32 binaries that were provided in the OP on Windows 7 64bit.  Had been running fine for a few days, then all of a sudden the temps and fan speeds go away.  Restarted cgminer and it's appeared ago.

This is on my main PC, may have happened after remoting in via Logmein, not sure.

[Proofer]

Donating is tough to do.

Code:

[2012-01-23 14:40:57] Accepted 00000000.ce179714.1d6592cc GPU 0 thread 1 pool 0
[2012-01-23 14:41:03] Rejected 00000000.fb8c2501.87936a36 GPU 1 thread 2 pool 0
[2012-01-23 14:41:03] Rejected 00000000.0b4a42f0.b109b162 GPU 5 thread 11 pool 0
[2012-01-23 14:41:03] LONGPOLL detected new block on network, waiting on fresh work
[2012-01-23 14:41:03] Rejected 00000000.701eea75.8ac410a3 GPU 1 thread 2 pool 0
[2012-01-23 14:41:07] LONGPOLL detected new block on network, waiting on fresh work
[2012-01-23 14:41:08] Stale share detected, discarding
[2012-01-23 14:41:11] Rejected 00000000.f43a2d22.c69c9f25 GPU 4 thread 8 pool 0
[2012-01-23 14:41:11] Rejected 00000000.9cbe6d72.df3f2710 GPU 5 thread 10 pool 0
[2012-01-23 14:41:11] LONGPOLL detected new block on network, waiting on fresh work
[2012-01-23 14:41:12] Rejected 00000000.6f296009.749ead13 GPU 3 thread 6 pool 0
[2012-01-23 14:41:14] Rejected 00000000.be045aa1.b8a81aee GPU 4 thread 8 donate
[2012-01-23 14:41:17] Rejected 00000000.f391cbde.54d9781b GPU 3 thread 7 donate
[2012-01-23 14:41:18] Rejected 00000000.7e0e895c.c3dda8b9 GPU 1 thread 3 donate
[2012-01-23 14:41:19] Rejected 00000000.e31e0679.f2a5e5fe GPU 0 thread 0 donate
[2012-01-23 14:41:19] Rejected 00000000.3c06a3d7.d10535a6 GPU 4 thread 8 donate
[2012-01-23 14:41:20] Rejected 00000000.6409355b.a8f98755 GPU 5 thread 11 donate
[2012-01-23 14:41:20] Rejected 00000000.81242f6b.5730057b GPU 4 thread 8 donate
[2012-01-23 14:41:21] Rejected 00000000.a4e64c35.186aa858 GPU 5 thread 11 donate
[2012-01-23 14:41:25] Rejected 00000000.870bd58c.aa2a54be GPU 5 thread 10 donate
[2012-01-23 14:41:27] Rejected 00000000.3da0420d.14af8534 GPU 0 thread 1 donate
[2012-01-23 14:41:30] Rejected 00000000.ff338698.e454d136 GPU 2 thread 4 donate
[2012-01-23 14:41:31] Rejected 00000000.be85c73e.ee194fdb GPU 2 thread 5 donate
[2012-01-23 14:41:33] Rejected 00000000.83b92bb9.74c697be GPU 2 thread 5 donate
[2012-01-23 14:41:34] Rejected 00000000.86d864de.d73edda3 GPU 5 thread 11 donate
[2012-01-23 14:41:37] Accepted 00000000.3ad53a14.71c71264 GPU 2 thread 4 pool 0

cgminer 2.1.2 compiled from github version as of about 3.5 hours before this post.

[-ck]

Donating is tough to do.

Code:

[2012-01-23 14:41:11] LONGPOLL detected new block on network, waiting on fresh work
[2012-01-23 14:41:12] Rejected 00000000.6f296009.749ead13 GPU 3 thread 6 pool 0
[2012-01-23 14:41:14] Rejected 00000000.be045aa1.b8a81aee GPU 4 thread 8 donate

cgminer 2.1.2 compiled from github version as of about 3.5 hours before this post.

Heh well thanks for enabling donate. This run was extraordinarily unlucky because you hit the donate threshhold just as the longpoll hit and block changed. I had to make the donate affect your mining as little as possible which means I also had to tolerate more rejects by not dirtying the "block database" in cgminer with those from the donation pool. It won't affect your own mining reject rate, but I guess doesn't look as nice in your local summary.

In summary, I'm willing to wear the missed good shares if you're happy to ignore the rejects

[sharky112065]

Code:

 cgminer version 2.1.2 - Started: [2012-01-16 18:14:21]
--------------------------------------------------------------------------------
 (5s):1664.2 (avg):1656.5 Mh/s | Q:198847  A:200504  R:5649  HW:0  E:101%  U:22.
 TQ: 4  ST: 5  SS: 10  DW: 9250  NB: 938  LW: 75021  GF: 531  RF: 16
 Connected to <mypool> with LP as user <myuser>
 Block: 00000b6e89bb00a92d1f75b327f1573f...  Started: [00:20:12]
--------------------------------------------------------------------------------
 [P]ool management [G]PU management [S]ettings [D]isplay options [Q]uit
 GPU 0:                | 373.3/372.4Mh/s | A:44859 R:1137 HW:0 U: 4.98/m I: 8
 GPU 1:                | 373.9/372.3Mh/s | A:45492 R:1214 HW:0 U: 5.05/m I: 8
 GPU 2:                | 303.0/302.6Mh/s | A:36805 R:1074 HW:0 U: 4.08/m I: 8
 GPU 3:                | 304.6/304.2Mh/s | A:36709 R:1051 HW:0 U: 4.07/m I: 8
 GPU 4:                | 305.6/304.9Mh/s | A:36640 R:1173 HW:0 U: 4.06/m I: 8
--------------------------------------------------------------------------------
<shares being accepted>

Hmmm...where did my temps and fan speeds go ?

This happened to two of my rigs a couple days ago. I quit Cgminer and started it back up and temps and fan speeds showed up again.

It was the same for me. It had been running for days before that info stopped displaying. Those two rigs I mentioned are running on Windows 7 using the compiled version provided by ckolivas.

Correct.

I've been running the win32 binaries that were provided in the OP on Windows 7 64bit.  Had been running fine for a few days, then all of a sudden the temps and fan speeds go away.  Restarted cgminer and it's appeared ago.

This is on my main PC, may have happened after remoting in via Logmein, not sure.

My rigs are all on a KVM, so a remote session would not have been the cause for me. I'm not really worried about it because as I said, once Cgminer was restarted the problem went away. I was just putting it out there that you were not alone. I never had this happen prior to 2.1.2.

[Eveofwar]

Code:

 cgminer version 2.1.2 - Started: [2012-01-16 18:14:21]
--------------------------------------------------------------------------------
 (5s):1664.2 (avg):1656.5 Mh/s | Q:198847  A:200504  R:5649  HW:0  E:101%  U:22.
 TQ: 4  ST: 5  SS: 10  DW: 9250  NB: 938  LW: 75021  GF: 531  RF: 16
 Connected to <mypool> with LP as user <myuser>
 Block: 00000b6e89bb00a92d1f75b327f1573f...  Started: [00:20:12]
--------------------------------------------------------------------------------
 [P]ool management [G]PU management [S]ettings [D]isplay options [Q]uit
 GPU 0:                | 373.3/372.4Mh/s | A:44859 R:1137 HW:0 U: 4.98/m I: 8
 GPU 1:                | 373.9/372.3Mh/s | A:45492 R:1214 HW:0 U: 5.05/m I: 8
 GPU 2:                | 303.0/302.6Mh/s | A:36805 R:1074 HW:0 U: 4.08/m I: 8
 GPU 3:                | 304.6/304.2Mh/s | A:36709 R:1051 HW:0 U: 4.07/m I: 8
 GPU 4:                | 305.6/304.9Mh/s | A:36640 R:1173 HW:0 U: 4.06/m I: 8
--------------------------------------------------------------------------------
<shares being accepted>

Hmmm...where did my temps and fan speeds go ?

This happened to two of my rigs a couple days ago. I quit Cgminer and started it back up and temps and fan speeds showed up again.

It was the same for me. It had been running for days before that info stopped displaying. Those two rigs I mentioned are running on Windows 7 using the compiled version provided by ckolivas.

Correct.

I've been running the win32 binaries that were provided in the OP on Windows 7 64bit.  Had been running fine for a few days, then all of a sudden the temps and fan speeds go away.  Restarted cgminer and it's appeared ago.

This is on my main PC, may have happened after remoting in via Logmein, not sure.

My rigs are all on a KVM, so a remote session would not have been the cause for me. I'm not really worried about it because as I said, once Cgminer was restarted the problem went away. I was just putting it out there that you were not alone. I never had this happen prior to 2.1.2.

Restarting is the easy fix...but pulling the cgminer via JSON RPC interface for ANUBIS gives me -1's for all the GPU info...this is annoying.  Never happened prior to 2.1.2 either.

[-ck]

Just an update to tell you where the next version is up to. It's currently awaiting proper BFL support on windows, which Luke-jr is fighting with at the moment. While I'm waiting, I've been given access to a 5970 remotely and trying to find some way to massage the fan to work for both GPUs. So far it's been a miserable failure since everything simply shows the devices as discrete devices. Those willing to try a git tarball or build from git, the current tree is quite stable. 79xx GCN support is non-existent as of yet. Here is the changelog so far:

- Add API commands: config, switchpool, gpu settings, save
- Implement socks4 proxy support.
- Fix send() for JSON strings
- Introduce a --net-delay option which guarantees at least 250ms between any
networking requests to not overload slow routers.
- Generalise locking init code.
- Allow invalid values to be in the configuration file, just skipping over them
provided the rest of the file is valid JSON. This will allow older configurat
- Allow CPU mining explicitly enable only if other mining support is built in.
- BitForce FPGA support
- Configure out building and support of all CPU mining code unless
--enable-cpumining is enabled.
- Allow parsed values to be zero which will allow 0 values in the config file to
work.
- Advertise that we can make our own midstate, so the pool can skip generating
it for us
- Refactor the CPU scanhash_* functions to use a common API. Fixes bugs.
- Don't consider a pool lagging if a request has only just been filed. This
should decrease the false positives for "pool not providing work fast enough".
- Invalidating work after longpoll made hash_pop return no work giving a false
positive for dead pool. Rework hash_pop to retry while finds no staged work u
- Remove TCP_NODELAY from curl options as many small packets may be contributing
to network overload, when --net-delay is enabled.
- Refactor miner_thread to be common code for any kind of device
- Simplify submit_nonce loop and avoid potentially missing FOUND - 1 entry.
Reported by Luke-Jr.
- Micro-optimisation in sha256_sse2 code courtesy of Guido Ascioti                                                                                                
- Refactor to abstract device-specific code            


Meanwhile, I still don't have my own rig back awaiting the mobo replacement... sigh.                                                                                                        

[jjiimm_64]

ckolivas , You have been busy.  will be sending btc's your way also:


as for the 5970 fan issue, what I have done is set a minimum for fans  ie:  50-85  that way if the first gpu is too cool, the fan will at least go 50 to keep the other cool.


as for the 79xx.  do you want me to give you remote access ?  only problem is that most of my rigs are linuxcoin, or windows 7

[-ck]

ckolivas , You have been busy.  will be sending btc's your way also:


as for the 5970 fan issue, what I have done is set a minimum for fans  ie:  50-85  that way if the first gpu is too cool, the fan will at least go 50 to keep the other cool.


as for the 79xx.  do you want me to give you remote access ?  only problem is that most of my rigs are linuxcoin, or windows 7

Thanks.

Yes there are definitely ways to keep the 5970 safe but it relies on user input.

Remote access would be great, provided it's some linux distribution that I can still install stuff into so that I may build software on it...

[jjiimm_64]

ckolivas , You have been busy.  will be sending btc's your way also:

as for the 5970 fan issue, what I have done is set a minimum for fans  ie:  50-85  that way if the first gpu is too cool, the fan will at least go 50 to keep the other cool.

as for the 79xx.  do you want me to give you remote access ?  only problem is that most of my rigs are linuxcoin, or windows 7

Thanks.

Yes there are definitely ways to keep the 5970 safe but it relies on user input.

Remote access would be great, provided it's some linux distribution that I can still install stuff into so that I may build software on it...

The only linux I have right now is linuxcoin. linuxcoin-v0.2-final

edit:  i just thought of something....  the drivers on linuxcoin may not work with 7970 at all correct?  so when you get to it, on my rig or your own, will I have to migrate to full ubuntu with updated drivers?

[-ck]

7970 definitely needs >= 11.12 and sdk 2.6

Oh yes and the card is still as yet unsupported so xorg needs to be manually configured to allow an unsupported device.

[-ck]

I've just committed the first patch to the git tree that should enable 79xx cards to work properly under cgminer (delete any dodgy .bins created before this attempt). I have no idea if it performs even remotely well, but in theory at least, it won't behave stupidly as the current version does. If someone does run it, could you please dump the output of -D -T the first time you run it? Also it may be worth starting it with -v 1, and/or experiment with various combinations of -v and -w (default being -v 2 -w 128 if you set nothing).

[tnkflx]

This joke is getting old but what the hell...
lolwindows: reboot || reinstallation || defenestration

The REAL joke is that the above is actually quite a powerful troubleshooting guide for Redmond-based OS-s.

Did posting that make your dingy bigger than the rest of the male population?

The real joke is people like you that keep putting up the same old diatribe.

The Windows 7 rig I am typing this response on right now, has been up for 27 days. The power went out or it would have been up longer. This installation has never had to be reinstalled since I first installed it 1 week prior to the official release date. This Windows 7 computer has never been infested with any malware or virus.

+1. Windows 7 rig has been up for multiple weeks.

[tnkflx]

Just an update to tell you where the next version is up to. It's currently awaiting proper BFL support on windows, which Luke-jr is fighting with at the moment. While I'm waiting, I've been given access to a 5970 remotely and trying to find some way to massage the fan to work for both GPUs. So far it's been a miserable failure since everything simply shows the devices as discrete devices. Those willing to try a git tarball or build from git, the current tree is quite stable. 79xx GCN support is non-existent as of yet. Here is the changelog so far:

<snip>

Interested in remote access to a 6990 rig?

[-ck]

Interested in remote access to a 6990 rig?

A quick prod would not hurt, but I expect I'll find the same thing. Of course I can only work with linux :s