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

[sharky112065]

Hm, alright, thanks for all this information. I grabbed the old phatk110817.cl and phatk110817Cypressbitalignv2w128long4.bin from my cgminer 2.0.6, renamed them to phatk120223.cl and phatk120223Cypressv2w128l4.bin and this did restore my hashrate.
Judging from their date, they were built either under Catalyst 11.9 or 11.10. Should I expect any additional benefit from messing with my drivers as you describe? The changelog doesn't seem to mention performance improvements, "just" tons of features, bugfixes, and tweaks for newest GPUs.

Well you need to get rid of that AMD-APP Run-time (2.6) and go to 2.5 or you will always have to be copying and renaming bin files every time you switch to a newer version of cgminer. Follow step 2.

I get 442 Mh/s on my 5870's clocked at 970/170 on 2.5 (793.1). So 2.5 does just fine at lower mem clock settings (yes verified by GPUz).

[1713536263]

1713536263

[1713536263]

1713536263

[localhost]

I get 442 Mh/s on my 5870's clocked at 970/170 on 2.5 (793.1). So 2.5 does just fine at lower mem clock settings (yes verified by GPUz).

I'm getting 396MH/s @890/300 currently - 333MH/s @750/300 on the other one (underclocked for silence), about 2% slower clock for clock. Tried setting the RAM @170, lost about 10% hashrate. I guess I'll have to play with the drivers a bit some time then (next time I upgrade cgminer I suppose ). Not that urgent though, given the small speed difference.

[The00Dustin]

EDIT:  Also, with Cypress and phatk, I am under the impression that SDK 2.1 is better when the GPU memory is underclocked.  You might want to dowload phatk120223Cypressv2w128l4.bin from http://ck.kolivas.org/apps/cgminer/bins/2.1/ and try out the SDK 2.1 binary that is actually compiled in 2.3.1-2.

Just tried it, doesn't work (error 42, then recompiles the slower new version over it)

Weird!  I guess he did do some major backtracking by 2.3.1-2, and that kernel must have been compiled in 2.3.0-1.  I do wonder why mine is working, though, pretty sure I didn't delete the kernel after I upgraded to 2.3.1-2 from 2.3.0-1.  Oh well, you've got your system working well enough to make you happy, right?

[coblee]

When I run cgminer with 6 GPUs, 3-4 of them end up in the DEAD state after a while. Anyone know why that happens or how I can debug it? Quitting cgminer and restarting it fixes things.

[DeathAndTaxes]

When I run cgminer with 6 GPUs, 3-4 of them end up in the DEAD state after a while. Anyone know why that happens or how I can debug it? Quitting cgminer and restarting it fixes things.

Reduce your clocks.  Dead = GPU crashed.  cgminer miner tends to drive GPU harder at a given Mhz than other miners.  Try backing your clocks off by 5Mhz or so.

[-ck]

I have not checked the source code, but it seems that CGMINER keeps getting work from all defined pools, regardless if it mines on them or not. I am on very slow line (GPRS), so this hogs it the line a lot. Can it be run in "no poll" mode, just being switched on failure of primary pool?

BTW, i already use --failover-only, but it has no effect on amount of work being downloaded.

This is a gross exaggeration. It asks for precisely one work item (about 100 bytes) from pools that are not in use with --failover-only when starting up to see if those pools are alive and then never communicates with them again unless your primary pool fails. If you are having network trouble then almost certainly the problem is the rate the requests are sent out rather than the total amount of requests because often multiple requests are sent at exactly the same time. Try --net-delay to cope with that.

[-ck]

any plans to support the x6500 fpgas?

Alas no one has said they're working on support and no one has sent me one to work on to provide support. So that would be a no.

[-ck]

Hm, alright, thanks for all this information. I grabbed the old phatk110817.cl and phatk110817Cypressbitalignv2w128long4.bin from my cgminer 2.0.6, renamed them to phatk120223.cl and phatk120223Cypressv2w128l4.bin and this did restore my hashrate.
Judging from their date, they were built either under Catalyst 11.9 or 11.10. Should I expect any additional benefit from messing with my drivers as you describe? The changelog doesn't seem to mention performance improvements, "just" tons of features, bugfixes, and tweaks for newest GPUs.

I'm surprised that worked, actually.  At some point on 2.3.0 or 2.3.1, someone tried that and it didn't work at all.  I thought ck subsequentsy posted that the old binaries weren't compatible with 2.3 and that was why he did the minor vesion change from 2.2.x.  I guess somewhere along the way to 2.3.1-2 he did some major reverting.

Exactly. In version 2.3.1-2 the phatk kernel is identical to the much older "good" phatk kernel that was used for months; only with the new version number.

[-ck]

I don't know why did I miss this miner earlier, I started to use, it's very practical, now I don't have to use clocktweak and 4 phoenix miners. And, it's even giving me 20 MH/s more per card with 12.1 than phoenix with 12.1. I think this gem needs more advertising to newbies.

Thanks  Enjoy. What sort of advertising exactly could I possibly do to promote it?

[-ck]

There you go:

Code:

cgminer -n[2012-03-09 12:59:20] CL Platform 0 version: OpenCL 1.1 AMD-APP (898.1)
[2012-03-09 12:59:20] Platform 0 devices: 2

AMD APP 898.1 is the sdk 2.6 that is distributed with catalyst driver 12.2 on 64 bit windows so that explains your slowdown. You've already figured out a workaround.

[-ck]

ckvolias:using latest cgminer 2.3.1-2 win7 64x

after awhile I loose temps and fan speed displays both on screen and from API - a cgminer reboot fixes the issue

Windows driver ATI Display Library fsckage. I can't do anything about it. Does restarting cgminer fix it or rebooting the machine fix it? I could probably try working around the former by detecting "losing adl support" and re-initialising it.

[-ck]

its not in the latest windows version, I have a linux binary from the git with it compiled in to show temps but it wasnt compiled with openGL - so I cant run the Bitforce on the same machine as GPUs which I need to do in this situation.

I'll be releasing a new version with the most minor of changes once my own mining rig is back online again. Smoked a PSU so I can't test anything yet again.

[-ck]

con, kano

Have you guys considered web user interface instead of console?
You are already providing a lot of the info via APIs so the switch
from console to http/html might not be that hard to do.

I'm not adding interfaces to the main cgminer code any more. As others have suggested, cgminer is for the engine side of things, not the interface side. The current interface is "enough" and the API makes it easy to add whatever interface you like. I'm not an interface designer.

[-ck]

Not sure if this has been covered in previous posts, but MAN, 227 pages of posts to read, and searches don't turn up anything, so what the hey.

Just went from 2.2.6 to 2.3.1 and went from mid 500s on each 7970 and dropped to... 25.

At first I assumed it was to do with the new GPU interval setting it was annoying me about, but after wasting an hour playing with that to no avail I started looking for other causes. The first thing I noticed was it seemed to be taking 99% of each GPU to turn up 25 Mhash/sec. I tried phatk and went to 150 per GPU. POCLBM came in first with 552 at 12 intensity (I don't want the fans offensively loud).

So, not sure what's changed. I have not tried other kernels in the past so I can't tell if phatk has always sucked or, like Diablo, has just started sucking.

Anyway, I hope this helps anyone else with a 7970 confused by a sudden performance hit after an update!

outsidefactor

Yes the diablo kernel and 79x0 only works with the latest sdk included in driver 12.2 onwards. The earlier 2.6 sdk completely and utterly does an AMD on the kernel and produces massive fail instead of good performance. If you did not specify a kernel, by default cgminer detects what sdk you are on and should be giving you my custom poclbm kernel instead for sdk 2.6, which is what you concurred gives the best performance for a 7970

[-ck]

sam: install 11.9 if your using win7 with 5xxx series cards - it does not get better than that and believe me I have done the testing

Well, I'll run it up the flagpole and see what happens.
Thanks,
Sam

I just ran it up the flag pole.  Catalyst 11.9 which has SDK 2.5 still has the 100% CPU utilization bug, which was what I kind of thought.  I'll do some benchmarking to compare with what I was getting with the 11.6 and 100% CPU Utilization.
Sam

Win7 and WinXP (and vista lol) had different magic combinations of catalyst driver to not cause the 100% CPU bug. The 100% CPU bug is never the SDK.

[-ck]

Dropping in once a week and answering all unanswered questions is much better for my sanity than what I was doing before 

[tnkflx]

ckvolias:using latest cgminer 2.3.1-2 win7 64x

after awhile I loose temps and fan speed displays both on screen and from API - a cgminer reboot fixes the issue

Windows driver ATI Display Library fsckage. I can't do anything about it. Does restarting cgminer fix it or rebooting the machine fix it? I could probably try working around the former by detecting "losing adl support" and re-initialising it.

Restarting cgminer always fixes it, no need to restart the whole box.

[Fanatic]

Hi everybody! it might be stupid, but what am i doing wrong?

I have PC with i5-2500k CPU, Gigabyte p67a-d3-b3 mobo. I have my old GTX480 for gaming and 7970 for mining. GTX at upper PCI-E x16 slot and 7970 at bottom. No monitor, just TV via HDMI-out at my NVidia card. Win7 x64. NVidia is default display.

All works great on diablominer.
DiabloMiner-Windows.exe -u login -p pass -o pool -r 8332 -D 2
no lags, NVidia does it's job for entertainment, ATI's mining bitcoins.

When i start cgminer with
cgminer.exe -u login -p pass -o pool:8332 -D 0
Mining starts at GTX480

cgminer.exe -u login -p pass -o pool:8332 -D 1
it says "Command line options set a device that doesn't exist"

cgminer.exe -u login -p pass -o pool:8332 -D 2
same "Command line options set a device that doesn't exist"

What am I doing wrong?

[sharky112065]

Hi everybody! it might be stupid, but what am i doing wrong?

I have PC with i5-2500k CPU, Gigabyte p67a-d3-b3 mobo. I have my old GTX480 for gaming and 7970 for mining. GTX at upper PCI-E x16 slot and 7970 at bottom. No monitor, just TV via HDMI-out at my NVidia card. Win7 x64. NVidia is default display.

All works great on diablominer.
DiabloMiner-Windows.exe -u login -p pass -o pool -r 8332 -D 2
no lags, NVidia does it's job for entertainment, ATI's mining bitcoins.

When i start cgminer with
cgminer.exe -u login -p pass -o pool:8332 -D 0
Mining starts at GTX480

cgminer.exe -u login -p pass -o pool:8332 -D 1
it says "Command line options set a device that doesn't exist"

cgminer.exe -u login -p pass -o pool:8332 -D 2
same "Command line options set a device that doesn't exist"

What am I doing wrong?

Type "cgminer -n"

Look at the output and remember the number for the 7970.

Add "--gpu-platform #" (where # = the number of the platform you want to use) to your command line.

Here is my output of "cgminer -n". I use 1 as the platform.

D:\cgminer-2.3.1-2.Self.Compiled>cgminer -n
[2012-03-10 14:05:18] CL Platform 0 vendor: NVIDIA Corporation
[2012-03-10 14:05:18] CL Platform 0 name: NVIDIA CUDA
[2012-03-10 14:05:18] CL Platform 0 version: OpenCL 1.1 CUDA 4.1.1
[2012-03-10 14:05:18] Platform 0 devices: 1
[2012-03-10 14:05:18] CL Platform 1 vendor: Advanced Micro Devices, Inc.
[2012-03-10 14:05:18] CL Platform 1 name: AMD Accelerated Parallel Processing
[2012-03-10 14:05:18] CL Platform 1 version: OpenCL 1.1 AMD-APP-SDK-v2.5 (793.1)

[2012-03-10 14:05:18] Platform 1 devices: 1
[2012-03-10 14:05:18] Failed to ADL_Adapter_ID_Get. Error -1
[2012-03-10 14:05:18] Failed to ADL_Adapter_ID_Get. Error -1
[2012-03-10 14:05:18] GPU 0 ATI Radeon HD 5800 Series hardware monitoring enable
d
[2012-03-10 14:05:18] 1 GPU devices max detected

[boozer]

Edit - RESOLVED

I had to add "export DISPLAY=:0" to the start script and now fans/temp are detected at startup.

Regarding auto-start....  when i run this command from terminal after gui boots, everything works fine:

Code:

#!/bin/sh
sleep 60
export GPU_USE_SYNC_OBJECTS=1;cd /opt/miners/cgminer;/usr/bin/screen -d -m -S cgminer /opt/miners/cgminer/cgminer --api-listen -o http://x.x.com -u x -p y -I 10 --gpu-engine 1200,1000,1000 --gpu-memclock 1200 --auto-fan --temp-target 70

I tried putting it in an executable file to run at boot from CRON, and everything works except switches for auto-fan, clocks etc... just default clocks but mining successfully.

I get the same result if run the script from rc.local....

But again, if I run it from CLI after it has booted, auto-fan/clocks etc work great  


root@mcp:~# uname -a
Linux mcp 2.6.32-5-686 #1 SMP Mon Jan 16 16:04:25 UTC 2012 i686 GNU/Linux

Any ideas?