Topic: OFFICIAL CGMINER mining software thread for linux/win/osx/mips/arm/r-pi 4.11.0 - page 550. (Read 5805728 times)
June 28, 2012, 09:09:28 AM
You sir, are the man!
June 28, 2012, 06:06:10 AM
New release delayed
Sorry everyone, I was planning on releasing 2.4.4 literally today, but unfortunately I got the hardware for my new fancy main desktop on the same day, and after spending many hours trying over and over again, it did not boot so it ended up in the workshop. Given that it's likely yet another dead motherboard, it could actually be quite a while before the damn thing is back, and I really can't do much in the way of a satisfactory release with just my laptop and mining rig. So if you're willing to download and build from git, now is a good time because the tree is quite stable.
New changes:
Massive overhaul of the nrolltime mechanism now should cause a huge rise in efficiency on pools that support it. This allows much lower getwork bandwidth for much higher hashrates.
Support for the expire= feature. This works in concert with nrolltime when pools support it to allow more local generation of work.
Support for the x-mining-hashrate feature. I'm sure some pool somewhere cares about this, even though I'm not convinced, but it was trivial to add.
Better damping of GPU temperature changes should cause much less overshoot when temps rise or fall outside the optimal range in autofan mode.
Reinstated the application restart should adl fail - disabling this did not fix the crashes for those who had cgminer crash after 1 week of uptime in windows fail land when their ATI driver would fail, and disabled the advantage of it fixing the problem for those who simply lost their fanspeed.
API groups features - this is squarely aimed at grouping privileges for remote access for services like P4man's hopping puppetmaster service.
Support for unlimited devices
Support for unlimited pools
Massive fix for the "dynamic" feature for GPUs. Somehow in the many device abstractions it had gotten broken and wasn't really doing what it was intended. It should be much more dynamic now.
Lots of other things under the hood.
Enjoy.
Sorry everyone, I was planning on releasing 2.4.4 literally today, but unfortunately I got the hardware for my new fancy main desktop on the same day, and after spending many hours trying over and over again, it did not boot so it ended up in the workshop. Given that it's likely yet another dead motherboard, it could actually be quite a while before the damn thing is back, and I really can't do much in the way of a satisfactory release with just my laptop and mining rig. So if you're willing to download and build from git, now is a good time because the tree is quite stable.
New changes:
Massive overhaul of the nrolltime mechanism now should cause a huge rise in efficiency on pools that support it. This allows much lower getwork bandwidth for much higher hashrates.
Support for the expire= feature. This works in concert with nrolltime when pools support it to allow more local generation of work.
Support for the x-mining-hashrate feature. I'm sure some pool somewhere cares about this, even though I'm not convinced, but it was trivial to add.
Better damping of GPU temperature changes should cause much less overshoot when temps rise or fall outside the optimal range in autofan mode.
Reinstated the application restart should adl fail - disabling this did not fix the crashes for those who had cgminer crash after 1 week of uptime in windows fail land when their ATI driver would fail, and disabled the advantage of it fixing the problem for those who simply lost their fanspeed.
API groups features - this is squarely aimed at grouping privileges for remote access for services like P4man's hopping puppetmaster service.
Support for unlimited devices
Support for unlimited pools
Massive fix for the "dynamic" feature for GPUs. Somehow in the many device abstractions it had gotten broken and wasn't really doing what it was intended. It should be much more dynamic now.
Lots of other things under the hood.
Enjoy.
June 28, 2012, 03:16:01 AM
--gpu-platform 1
Thanks very much, ckolivas. That works for mining on the 5850. Is there any way to mine on both? I tried entering --gpu-platform 1 --gpu-platform 0 and it mined only on platform 0-back to only mining on the 460.
Thanks again for your help!
2 Instances, that makes sense. Yes, I know. I need to get another ATI card. Man, I wish I would have found this earlier when the difficulty was lower. Could have paid for several cards really quickly. C'est la vie!
Thanks again for your help!
June 28, 2012, 03:10:00 AM
--gpu-platform 1
Thanks very much, ckolivas. That works for mining on the 5850. Is there any way to mine on both? I tried entering --gpu-platform 1 --gpu-platform 0 and it mined only on platform 0-back to only mining on the 460.
Thanks again for your help!
June 28, 2012, 02:57:23 AM
...
I did plenty of searching on that error: Failed to ADL_Adapter_ID_Get. Error -1 with no luck. Anyone got any ideas? Thanks!
I did plenty of searching on that error: Failed to ADL_Adapter_ID_Get. Error -1 with no luck. Anyone got any ideas? Thanks!
--gpu-platform 1
Thanks very much, ckolivas. That works for mining on the 5850. Is there any way to mine on both? I tried entering --gpu-platform 1 --gpu-platform 0 and it mined only on platform 0-back to only mining on the 460.
Thanks again for your help!
June 28, 2012, 02:33:02 AM
Hello,
I normally use GUIMiner on Windows 7 X64, but would really like to try using CGMiner since it has great backup server support and I'm wondering if I can squeeze a few more Hashes out of my hardware-GTX 460 and Radeon 5850.
However, when I run CGMiner -n it shows this output...
[2012-06-28 00:13:47] CL Platform 0 vendor: NVIDIA Corporation
[2012-06-28 00:13:47] CL Platform 0 name: NVIDIA CUDA
[2012-06-28 00:13:47] CL Platform 0 version: OpenCL 1.1 CUDA 4.1.1
[2012-06-28 00:13:47] Platform 0 devices: 1
[2012-06-28 00:13:47] 0 GeForce GTX 460
[2012-06-28 00:13:47] CL Platform 1 vendor: Advanced Micro Devices, Inc.
[2012-06-28 00:13:47] CL Platform 1 name: AMD Accelerated Parallel Processing
[2012-06-28 00:13:47] CL Platform 1 version: OpenCL 1.2 AMD-APP (923.1)
[2012-06-28 00:13:47] Platform 1 devices: 1
[2012-06-28 00:13:47] 0 Cypress
[2012-06-28 00:13:47] Failed to ADL_Adapter_ID_Get. Error -1
[2012-06-28 00:13:47] Failed to ADL_Adapter_ID_Get. Error -1
[2012-06-28 00:13:47] GPU 0 ATI Radeon HD 5800 Series hardware monitoring enabled
[2012-06-28 00:13:47] 1 GPU devices max detected
The Radeon 5850 shows up @ GPU0 and the NVIDIA GTX 460 @ GPU1 in MSI Afterburner. However, CGMiner shows them backwards.
My problem is that I cannot mine on the Radeon. As it shows in the last line, I can only mine on 1 GPU and that's the 460 @ ~76Mhash.
I did plenty of searching on that error: Failed to ADL_Adapter_ID_Get. Error -1 with no luck. Anyone got any ideas? Thanks!
I normally use GUIMiner on Windows 7 X64, but would really like to try using CGMiner since it has great backup server support and I'm wondering if I can squeeze a few more Hashes out of my hardware-GTX 460 and Radeon 5850.
However, when I run CGMiner -n it shows this output...
[2012-06-28 00:13:47] CL Platform 0 vendor: NVIDIA Corporation
[2012-06-28 00:13:47] CL Platform 0 name: NVIDIA CUDA
[2012-06-28 00:13:47] CL Platform 0 version: OpenCL 1.1 CUDA 4.1.1
[2012-06-28 00:13:47] Platform 0 devices: 1
[2012-06-28 00:13:47] 0 GeForce GTX 460
[2012-06-28 00:13:47] CL Platform 1 vendor: Advanced Micro Devices, Inc.
[2012-06-28 00:13:47] CL Platform 1 name: AMD Accelerated Parallel Processing
[2012-06-28 00:13:47] CL Platform 1 version: OpenCL 1.2 AMD-APP (923.1)
[2012-06-28 00:13:47] Platform 1 devices: 1
[2012-06-28 00:13:47] 0 Cypress
[2012-06-28 00:13:47] Failed to ADL_Adapter_ID_Get. Error -1
[2012-06-28 00:13:47] Failed to ADL_Adapter_ID_Get. Error -1
[2012-06-28 00:13:47] GPU 0 ATI Radeon HD 5800 Series hardware monitoring enabled
[2012-06-28 00:13:47] 1 GPU devices max detected
The Radeon 5850 shows up @ GPU0 and the NVIDIA GTX 460 @ GPU1 in MSI Afterburner. However, CGMiner shows them backwards.
My problem is that I cannot mine on the Radeon. As it shows in the last line, I can only mine on 1 GPU and that's the 460 @ ~76Mhash.
I did plenty of searching on that error: Failed to ADL_Adapter_ID_Get. Error -1 with no luck. Anyone got any ideas? Thanks!
--gpu-platform 1
June 28, 2012, 01:24:11 AM
Hello,
I normally use GUIMiner on Windows 7 X64, but would really like to try using CGMiner since it has great backup server support and I'm wondering if I can squeeze a few more Hashes out of my hardware-GTX 460 and Radeon 5850.
However, when I run CGMiner -n it shows this output...
[2012-06-28 00:13:47] CL Platform 0 vendor: NVIDIA Corporation
[2012-06-28 00:13:47] CL Platform 0 name: NVIDIA CUDA
[2012-06-28 00:13:47] CL Platform 0 version: OpenCL 1.1 CUDA 4.1.1
[2012-06-28 00:13:47] Platform 0 devices: 1
[2012-06-28 00:13:47] 0 GeForce GTX 460
[2012-06-28 00:13:47] CL Platform 1 vendor: Advanced Micro Devices, Inc.
[2012-06-28 00:13:47] CL Platform 1 name: AMD Accelerated Parallel Processing
[2012-06-28 00:13:47] CL Platform 1 version: OpenCL 1.2 AMD-APP (923.1)
[2012-06-28 00:13:47] Platform 1 devices: 1
[2012-06-28 00:13:47] 0 Cypress
[2012-06-28 00:13:47] Failed to ADL_Adapter_ID_Get. Error -1
[2012-06-28 00:13:47] Failed to ADL_Adapter_ID_Get. Error -1
[2012-06-28 00:13:47] GPU 0 ATI Radeon HD 5800 Series hardware monitoring enabled
[2012-06-28 00:13:47] 1 GPU devices max detected
The Radeon 5850 shows up @ GPU0 and the NVIDIA GTX 460 @ GPU1 in MSI Afterburner. However, CGMiner shows them backwards.
My problem is that I cannot mine on the Radeon. As it shows in the last line, I can only mine on 1 GPU and that's the 460 @ ~76Mhash.
I did plenty of searching on that error: Failed to ADL_Adapter_ID_Get. Error -1 with no luck. Anyone got any ideas? Thanks!
I normally use GUIMiner on Windows 7 X64, but would really like to try using CGMiner since it has great backup server support and I'm wondering if I can squeeze a few more Hashes out of my hardware-GTX 460 and Radeon 5850.
However, when I run CGMiner -n it shows this output...
[2012-06-28 00:13:47] CL Platform 0 vendor: NVIDIA Corporation
[2012-06-28 00:13:47] CL Platform 0 name: NVIDIA CUDA
[2012-06-28 00:13:47] CL Platform 0 version: OpenCL 1.1 CUDA 4.1.1
[2012-06-28 00:13:47] Platform 0 devices: 1
[2012-06-28 00:13:47] 0 GeForce GTX 460
[2012-06-28 00:13:47] CL Platform 1 vendor: Advanced Micro Devices, Inc.
[2012-06-28 00:13:47] CL Platform 1 name: AMD Accelerated Parallel Processing
[2012-06-28 00:13:47] CL Platform 1 version: OpenCL 1.2 AMD-APP (923.1)
[2012-06-28 00:13:47] Platform 1 devices: 1
[2012-06-28 00:13:47] 0 Cypress
[2012-06-28 00:13:47] Failed to ADL_Adapter_ID_Get. Error -1
[2012-06-28 00:13:47] Failed to ADL_Adapter_ID_Get. Error -1
[2012-06-28 00:13:47] GPU 0 ATI Radeon HD 5800 Series hardware monitoring enabled
[2012-06-28 00:13:47] 1 GPU devices max detected
The Radeon 5850 shows up @ GPU0 and the NVIDIA GTX 460 @ GPU1 in MSI Afterburner. However, CGMiner shows them backwards.
My problem is that I cannot mine on the Radeon. As it shows in the last line, I can only mine on 1 GPU and that's the 460 @ ~76Mhash.
I did plenty of searching on that error: Failed to ADL_Adapter_ID_Get. Error -1 with no luck. Anyone got any ideas? Thanks!
June 27, 2012, 10:19:57 AM
My installs are based on BAMT at the moment, but I have none of the BAMT functionality enabled at this point. So no, that's not it. When libtorsocks has a connection issue, cgminer takes a dirt nap and I just have the script restart it. Hasn't been a huge issue, and actually helps for the BFL units that fall asleep, since cgminer doesn't try to rescan and/or renable sleeping BFL units, so I haven't worried about it too much.
June 27, 2012, 12:58:46 AM
Actually - yes I've seen this before when someone had a problem with BAMT - where there was some reason why it was telling cgminer to shutdown via the API.
Are you using BAMT or some other such tool?
Are you using BAMT or some other such tool?
June 26, 2012, 09:11:00 PM
My cgminers stop a lot of times with what you are describing when there are network issues. I have a script that starts it back up and it continues on it's merry way.
You may want to check your network connection.
You may want to check your network connection.
The network connections are fine. All these computers have been running non-stop for months. Something changed this past weekend. It might be my router or my internet connection, but I don't understand how those things can cause this problem.
Anyway, I took your advice and wrapped cgminer in an infinite while loop so when it does stop it just starts up again. The 11 computers have been running this way for 6 hours now.
June 26, 2012, 09:03:46 PM
My cgminers stop a lot of times with what you are describing when there are network issues. I have a script that starts it back up and it continues on it's merry way.
You may want to check your network connection.
You may want to check your network connection.
The network connections are fine. All these computers have been running non-stop for months. Something changed this past weekend. It might be my router or my internet connection, but I don't understand how those things can cause this problem.
Anyway, I took your advice and wrapped cgminer in an infinite while loop so when it does stop it just starts up again. The 11 computers have been running this way for 6 hours now.
June 26, 2012, 12:19:04 PM
You probably hit the bandwidth limit for that mobo with the extra GPUs and they're never really working. See if you can increase the PCIE latency in the bios. That usually does the trick.
The default latency was set at 32, but changes to 96 and 128 have no affect. The next step is probably going to be a complete reinstall of Win 7 x64 to see if it has any effect.
June 26, 2012, 07:38:56 AM
My cgminers stop a lot of times with what you are describing when there are network issues. I have a script that starts it back up and it continues on it's merry way.
You may want to check your network connection.
You may want to check your network connection.
June 26, 2012, 06:09:58 AM
First miner stopped. It lasted 12 minutes. It ended after the line "Pool 1 communication failure, caching submissions". The two miners that are still working do not have that line in their log file even though they are using the same pools. Here is some of the output:
Code:
[2012-06-26 06:22:25] Started cgminer 2.4.3
[2012-06-26 06:22:26] Probing for an alive pool
[2012-06-26 06:22:27] Long-polling activated for http://gpumax.com:8332/listenC
[2012-06-26 06:22:27] Pool 0 http://gpumax.com:8332 alive
[2012-06-26 06:22:27] Pool 1 http://us.ozco.in:8332 alive
...
[2012-06-26 06:22:28] Accepted e8500d99.7ca3f448 GPU 0 pool 0
...
[2012-06-26 06:31:59] Pool 0 http://gpumax.com:8332 not responding!
[2012-06-26 06:31:59] Switching to http://us.ozco.in:8332
...
[2012-06-26 06:34:46] Accepted 69680d41.102790b2 GPU 1 pool 1
[2012-06-26 06:34:50] Pool 1 communication failure, caching submissions
[2012-06-26 06:34:50] Pool 1 communication failure, caching submissions
June 26, 2012, 05:45:42 AM
Do you have a configuration file perhaps that is being loaded without you knowing it? It's in ~/.cgminer and loads it by default AS WELL as any commands you pass to it.
No I don't use a configuration file.
Overnight 3 of my 9 Linux machines quit (all running 2.4.3). My 2 Windows machines have never quit (running 2.4.0 and 2.4.1).
I am now running those three machines with stderr and stdout piped to a file:
Code:
cgminer -o http://gpumax.com:8332 ... -I 8 2>&1 | tee mine.log
Is there any other diagnostics I can run to help figure out this problem?
June 26, 2012, 05:40:57 AM
Do you have a configuration file perhaps that is being loaded without you knowing it? It's in ~/.cgminer and loads it by default AS WELL as any commands you pass to it.
No I don't use a configuration file.
Overnight 3 of my 9 Linux machines quit (all running 2.4.3). My 2 Windows machines have never quit (running 2.4.0 and 2.4.1).
I am now running those three machines with stderr and stdout piped to a file:
Code:
cgminer -o http://gpumax.com:8332 ... -I 8 2>&1 | tee mine.log
Is there any other diagnostics I can run to help figure out this problem?
June 26, 2012, 12:30:04 AM
This just started this weekend. I'm running cgminer 2.4.3 on Ubuntu 11.04. I've been running this no problem since it was released. This weekend I rebooted every computer (11 in total) while I measured the power consumption just to make sure everything was OK. Since then all my Linux miners have been spontaneously stopping without any good reason. They arn't too hot. I didn't change any parameters. All I did was turn them off, attach a Kill-a-watt, turn them on, then off, then remove the Kill-a-watt and turn them on again.
Each miner will run from about 1 hour to 6 hours before it just turns off. No crash. Cgminer just ends. I piped the output into a file and found nothing.
Any thing I should know about this version that might cause this?
Sam
Do you have a configuration file perhaps that is being loaded without you knowing it? It's in ~/.cgminer and loads it by default AS WELL as any commands you pass to it. Each miner will run from about 1 hour to 6 hours before it just turns off. No crash. Cgminer just ends. I piped the output into a file and found nothing.
Any thing I should know about this version that might cause this?
Sam
June 25, 2012, 10:37:03 PM
You probably hit the bandwidth limit for that mobo with the extra GPUs and they're never really working. See if you can increase the PCIE latency in the bios. That usually does the trick.
June 25, 2012, 10:28:52 PM
I recently added two 5970s to a Windows 7 64 rig that was running stable with one 5970 and one 5830. The previous stable configuration was run at 815/170 361MHx2 and 1000/170 315MH for a total average hashrate of 1037 MH. I've always used 11.12 with SDK 2.1 to avoid the CPU bug without issues. With adding the two most recent 5970s to the rig CGminer detects all 7 of the gpus, but none of the cores will hash correctly. Currently the 5970s are set at 805/170 with the 5830 staying at 1000/170. With the additional 5970s I am only averaging 1977-2115 MH, which is far from what I was expecting. I can set all of the clocks with CGminer, but as soon as I adjust the intensity on any core the intensity of all of the others drops. If I continue to adjust the intensity on all of the cores the total hash rate of every one will drop to around half of what it was previously at. In CGminer when adjusting the clocks it will display something to the manner of "GPUs using dynamic intensity, only using one core." The GPU usage hangs around 73-77% load on each core when left on dynamic. Upon changing the intensity and having the cores' hash rate halve the load drops to around 55%.
I've noticed a few things:
1. Upon starting Windows 7 I receive the following error message:
The message displays the following text:
2. Upon starting CGminer it only disables threads with odd numbers: 1, 3, 5... 13 for a total of 7 threads.
3. Adding --gpu-threads|-2 or --intensity|-9 automatically closes the program.
4. Underclocking and undervolting have not affect on the hash rate issue.
5. Removing / reinstalling SDKs, 11.12, and CGminer have no affect.
Rig Parts:
MSI h61m-p21
3x5970
1x5830
Powered risers
G440 Celeron
4GB ram
60GB SSD
ABS 1100 PSU
I thought I finally had everything running correctly, but... The night I got this rig running with the extra 5970s it melted a power adapter in my outlet and shutoff my two left rigs. Thankfully, I caught it a few hours later in the morning as the metal parts of the adapter were melting inside of the outlet. I promptly changed the plugs on my power strips and started searching for some answers to this problem. I found a few instances of this happening, but no one really has a solid answer to what is going on. Any help would be greatly appreciated.
I've noticed a few things:
1. Upon starting Windows 7 I receive the following error message:
The message displays the following text:
Quote from: Windows 7
Files that help describe the problem:
C:\ProgramData\Microsoft\Windows\WER\ReportQueue\AppCrash_atieclxx.exe_d9cc4f0f6575a343b4041a4532d65549fca977e_cab_087078aa\WER5832.tmp.appcompat.txt
C:\ProgramData\Microsoft\Windows\WER\ReportQueue\AppCrash_atieclxx.exe_d9cc4f0f6575a343b4041a4532d65549fca977e_cab_087078aa\WER5842.tmp.WERInternalMetadata.xml
C:\ProgramData\Microsoft\Windows\WER\ReportQueue\AppCrash_atieclxx.exe_d9cc4f0f6575a343b4041a4532d65549fca977e_cab_087078aa\WER5853.tmp.hdmp
Read our privacy statement online:
http://go.microsoft.com/fwlink/?linkid=104288&clcid=0x0409
If the online privacy statement is not available, please read our privacy statement offline:
C:\Windows\system32\en-US\erofflps.txt
C:\ProgramData\Microsoft\Windows\WER\ReportQueue\AppCrash_atieclxx.exe_d9cc4f0f6575a343b4041a4532d65549fca977e_cab_087078aa\WER5832.tmp.appcompat.txt
C:\ProgramData\Microsoft\Windows\WER\ReportQueue\AppCrash_atieclxx.exe_d9cc4f0f6575a343b4041a4532d65549fca977e_cab_087078aa\WER5842.tmp.WERInternalMetadata.xml
C:\ProgramData\Microsoft\Windows\WER\ReportQueue\AppCrash_atieclxx.exe_d9cc4f0f6575a343b4041a4532d65549fca977e_cab_087078aa\WER5853.tmp.hdmp
Read our privacy statement online:
http://go.microsoft.com/fwlink/?linkid=104288&clcid=0x0409
If the online privacy statement is not available, please read our privacy statement offline:
C:\Windows\system32\en-US\erofflps.txt
2. Upon starting CGminer it only disables threads with odd numbers: 1, 3, 5... 13 for a total of 7 threads.
3. Adding --gpu-threads|-2 or --intensity|-9 automatically closes the program.
4. Underclocking and undervolting have not affect on the hash rate issue.
5. Removing / reinstalling SDKs, 11.12, and CGminer have no affect.
Rig Parts:
MSI h61m-p21
3x5970
1x5830
Powered risers
G440 Celeron
4GB ram
60GB SSD
ABS 1100 PSU
I thought I finally had everything running correctly, but... The night I got this rig running with the extra 5970s it melted a power adapter in my outlet and shutoff my two left rigs. Thankfully, I caught it a few hours later in the morning as the metal parts of the adapter were melting inside of the outlet. I promptly changed the plugs on my power strips and started searching for some answers to this problem. I found a few instances of this happening, but no one really has a solid answer to what is going on. Any help would be greatly appreciated.
June 25, 2012, 10:25:26 PM
Here is the output of one of my miners quitting without my permission. Can anyone see anything wrong here? I think I might just have to restart my cgminer every half hour.
And the command I use to start cgminer (account info removed):
Code:
[2012-06-25 23:16:52]
Summary of runtime statistics:
[2012-06-25 23:16:52] Started at [2012-06-25 22:49:48]
[2012-06-25 23:16:52] Runtime: 0 hrs : 27 mins : 3 secs
[2012-06-25 23:16:52] Average hashrate: 1276.8 Megahash/s
[2012-06-25 23:16:52] Solved blocks: 0
[2012-06-25 23:16:52] Queued work requests: 20978
[2012-06-25 23:16:52] Share submissions: 503
[2012-06-25 23:16:52] Accepted shares: 498
[2012-06-25 23:16:52] Rejected shares: 5
[2012-06-25 23:16:52] Reject ratio: 1.0%
[2012-06-25 23:16:52] Hardware errors: 0
[2012-06-25 23:16:52] Efficiency (accepted / queued): 2%
[2012-06-25 23:16:52] Utility (accepted shares / min): 18.45/min
[2012-06-25 23:16:52] Discarded work due to new blocks: 20030
[2012-06-25 23:16:52] Stale submissions discarded due to new blocks: 0
[2012-06-25 23:16:52] Unable to get work from server occasions: 0
[2012-06-25 23:16:52] Work items generated locally: 11352
[2012-06-25 23:16:52] Submitting work remotely delay occasions: 2
[2012-06-25 23:16:52] New blocks detected on network: 3
[2012-06-25 23:16:52] Pool: http://gpumax.com:8332
[2012-06-25 23:16:52] Queued work requests: 880
[2012-06-25 23:16:52] Share submissions: 408
[2012-06-25 23:16:52] Accepted shares: 403
[2012-06-25 23:16:52] Rejected shares: 5
[2012-06-25 23:16:52] Reject ratio: 1.2%
[2012-06-25 23:16:52] Efficiency (accepted / queued): 46%
[2012-06-25 23:16:52] Discarded work due to new blocks: 748
[2012-06-25 23:16:52] Stale submissions discarded due to new blocks: 0
[2012-06-25 23:16:52] Unable to get work from server occasions: 0
[2012-06-25 23:16:52] Submitting work remotely delay occasions: 0
[2012-06-25 23:16:52] Pool: http://us.ozco.in:8332
[2012-06-25 23:16:52] Queued work requests: 19509
[2012-06-25 23:16:52] Share submissions: 78
[2012-06-25 23:16:52] Accepted shares: 78
[2012-06-25 23:16:52] Rejected shares: 0
[2012-06-25 23:16:52] Reject ratio: 0.0%
[2012-06-25 23:16:52] Efficiency (accepted / queued): 0%
[2012-06-25 23:16:52] Discarded work due to new blocks: 18781
[2012-06-25 23:16:52] Stale submissions discarded due to new blocks: 0
[2012-06-25 23:16:52] Unable to get work from server occasions: 0
[2012-06-25 23:16:52] Submitting work remotely delay occasions: 2
[2012-06-25 23:16:52] Pool: http://us.eclipsemc.com:8337
[2012-06-25 23:16:52] Queued work requests: 151
[2012-06-25 23:16:52] Share submissions: 15
[2012-06-25 23:16:52] Accepted shares: 15
[2012-06-25 23:16:52] Rejected shares: 0
[2012-06-25 23:16:52] Reject ratio: 0.0%
[2012-06-25 23:16:52] Efficiency (accepted / queued): 10%
[2012-06-25 23:16:52] Discarded work due to new blocks: 111
[2012-06-25 23:16:52] Stale submissions discarded due to new blocks: 0
[2012-06-25 23:16:52] Unable to get work from server occasions: 0
[2012-06-25 23:16:52] Submitting work remotely delay occasions: 0
[2012-06-25 23:16:52] Pool: http://btcguild.com:8332
[2012-06-25 23:16:52] Queued work requests: 151
[2012-06-25 23:16:52] Share submissions: 1
[2012-06-25 23:16:52] Accepted shares: 1
[2012-06-25 23:16:52] Rejected shares: 0
[2012-06-25 23:16:52] Reject ratio: 0.0%
[2012-06-25 23:16:52] Efficiency (accepted / queued): 1%
[2012-06-25 23:16:52] Discarded work due to new blocks: 128
[2012-06-25 23:16:52] Stale submissions discarded due to new blocks: 0
[2012-06-25 23:16:52] Unable to get work from server occasions: 0
[2012-06-25 23:16:52] Submitting work remotely delay occasions: 0
[2012-06-25 23:16:52] Pool: http://api.bitcoin.cz:8332
[2012-06-25 23:16:52] Queued work requests: 150
[2012-06-25 23:16:52] Share submissions: 1
[2012-06-25 23:16:52] Accepted shares: 1
[2012-06-25 23:16:52] Rejected shares: 0
[2012-06-25 23:16:52] Reject ratio: 0.0%
[2012-06-25 23:16:52] Efficiency (accepted / queued): 1%
[2012-06-25 23:16:52] Discarded work due to new blocks: 120
[2012-06-25 23:16:52] Stale submissions discarded due to new blocks: 0
[2012-06-25 23:16:52] Unable to get work from server occasions: 0
[2012-06-25 23:16:52] Submitting work remotely delay occasions: 0
[2012-06-25 23:16:52] Pool: http://localhost:8332
[2012-06-25 23:16:52] Queued work requests: 150
[2012-06-25 23:16:52] Share submissions: 0
[2012-06-25 23:16:52] Accepted shares: 0
[2012-06-25 23:16:52] Rejected shares: 0
[2012-06-25 23:16:52] Efficiency (accepted / queued): 0%
[2012-06-25 23:16:52] Discarded work due to new blocks: 142
[2012-06-25 23:16:52] Stale submissions discarded due to new blocks: 0
[2012-06-25 23:16:52] Unable to get work from server occasions: 0
[2012-06-25 23:16:52] Submitting work remotely delay occasions: 0
[2012-06-25 23:16:52] Summary of per device statistics:
[2012-06-25 23:16:52] GPU0 | (5s):254.5 (avg):277.5 Mh/s | A:114 R:0 HW:0 U:4.2/m I: 8
[2012-06-25 23:16:52] GPU1 | (5s):316.4 (avg):361.0 Mh/s | A:128 R:1 HW:0 U:4.7/m I: 8
[2012-06-25 23:16:52] GPU2 | (5s):316.4 (avg):361.0 Mh/s | A:140 R:4 HW:0 U:5.2/m I: 8
[2012-06-25 23:16:52] GPU3 | (5s):247.1 (avg):277.3 Mh/s | A:116 R:0 HW:0 U:4.3/m I: 8
And the command I use to start cgminer (account info removed):
Code:
cgminer \
-o http://gpumax.com:8332 -u ...
-o http://us.eclipsemc.com:8337 -u ...
-o http://btcguild.com:8332 -u ...
-o http://api.bitcoin.cz:8332 -u ...
-o localhost:8332 -u ...
--auto-fan \
--gpu-memclock 150 \
--gpu-engine 920,840,840,920 \
-I 8
Jump to: