Topic: OFFICIAL CGMINER mining software thread for linux/win/osx/mips/arm/r-pi 4.11.0 - page 781. (Read 5805728 times)
September 08, 2011, 03:56:03 PM
You are right, I quickly realized that. However, I normally just widen my terminal, problem solved.
September 08, 2011, 03:44:10 PM
I love opensource, you can always customize software the way you see fit.
I changed the GPU display (still within 80 characters):
It would appear that you will be outside the 80 character range as soon as your accepted and queued counts get up to the double digits, nevermind etiher being in the quadruple/quintuple digits. I changed the GPU display (still within 80 characters):
September 08, 2011, 02:26:05 PM
I love opensource, you can always customize software the way you see fit.
I changed the GPU display (still within 80 characters):
To achieve this I changed line 1871 of main.c:
I changed the GPU display (still within 80 characters):
Code:
--------------------------------------------------------------------------------
[P]ool management [G]PU management [S]ettings [D]isplay options [Q]uit
GPU 0: 850MHz 72.0C 71% | 365.9/361.0Mh/s | Q:9 A:14 R:0 HW:0 E:156% U:9.13/m
GPU 1: 850MHz 70.0C 67% | 360.9/363.2Mh/s | Q:11 A:6 R:0 HW:0 E:55% U:3.91/m
GPU 2: 850MHz 58.0C 0% | 357.4/357.4Mh/s | Q:10 A:5 R:0 HW:0 E:50% U:3.26/m
GPU 3: 1040MHz 74.5C 85% | 339.3/341.3Mh/s | Q:9 A:12 R:0 HW:0 E:133% U:7.83/m
--------------------------------------------------------------------------------
To achieve this I changed line 1871 of main.c:
Code:
wprintw(statuswin, "%4dMHz %.1fC %2d%% | ", gpu_engineclock(gpu), gpu_temp(gpu), gpu_fanpercent(gpu));
September 08, 2011, 02:09:08 PM
The newest git pull is awesome. Thank you for implementing the fan RPM.
It appears that if a broken fan ruins your formatting.
Code:
--------------------------------------------------------------------------------
[P]ool management [G]PU management [S]ettings [D]isplay options [Q]uit
GPU 0: 74.5C 2857RPM | 365.6/363.3Mh/s | Q:10 A:15 R:0 HW:0 E:150% U:5.51/m
GPU 1: 75.5C 2466RPM | 357.4/362.0Mh/s | Q:7 A:10 R:0 HW:0 E:143% U:3.67/m
GPU 2: 58.5C 0RPM | 358.4/360.8Mh/s | Q:2 A:13 R:0 HW:0 E:650% U:4.78/m
GPU 3: 74.5C 3365RPM | 335.9/334.5Mh/s | Q:5 A:18 R:0 HW:0 E:360% U:6.61/m
--------------------------------------------------------------------------------
It appears that if a broken fan ruins your formatting.
Agreed, especially if you have two-core GPUs where the second core has no fan.
Adding a %4d to the fan speed formatting would be nice.
I guess I should shut up and put a little effort in my self. Out of boredom, I fixed this and made a pull request.
Code:
--------------------------------------------------------------------------------
[P]ool management [G]PU management [S]ettings [D]isplay options [Q]uit
GPU 0: 74.5C 2914RPM | 357.6/358.6Mh/s | Q:37 A:32 R:0 HW:0 E:86% U:4.69/m
GPU 1: 74.5C 2571RPM | 358.1/358.3Mh/s | Q:34 A:35 R:0 HW:0 E:103% U:5.13/m
GPU 2: 58.5C 0RPM | 357.4/358.3Mh/s | Q:37 A:37 R:0 HW:0 E:100% U:5.42/m
GPU 3: 75.0C 3365RPM | 352.0/336.0Mh/s | Q:34 A:39 R:0 HW:0 E:115% U:5.72/m
--------------------------------------------------------------------------------
September 08, 2011, 10:45:49 AM
The newest git pull is awesome. Thank you for implementing the fan RPM.
The fact that I am evening mentioning this should be a complement to how polished cgminer is. It appears that if a broken fan ruins your formatting.
Great job with 2.0.0. It is fantastic!
Code:
--------------------------------------------------------------------------------
[P]ool management [G]PU management [S]ettings [D]isplay options [Q]uit
GPU 0: 74.5C 2857RPM | 365.6/363.3Mh/s | Q:10 A:15 R:0 HW:0 E:150% U:5.51/m
GPU 1: 75.5C 2466RPM | 357.4/362.0Mh/s | Q:7 A:10 R:0 HW:0 E:143% U:3.67/m
GPU 2: 58.5C 0RPM | 358.4/360.8Mh/s | Q:2 A:13 R:0 HW:0 E:650% U:4.78/m
GPU 3: 74.5C 3365RPM | 335.9/334.5Mh/s | Q:5 A:18 R:0 HW:0 E:360% U:6.61/m
--------------------------------------------------------------------------------
The fact that I am evening mentioning this should be a complement to how polished cgminer is. It appears that if a broken fan ruins your formatting.
Great job with 2.0.0. It is fantastic!
September 08, 2011, 10:43:17 AM
1) Dual GPU cards don't get adjusted/disabled correctly. For example, a 5970 will only disable the one GPU that has the temp sensor:
Out of curiosity, what does AMDOverdriveCtrl -h return as a list of adapters on machines with dual core GPUs like this one?Code:
GPU 3: [80.5 C] [DISABLED /78.5 Mh/s] [Q:2 A:11 R:1 HW:0 E:550% U:1.81/m]
GPU 4: [327.3/324.5 Mh/s] [Q:25 A:23 R:1 HW:0 E:92% U:3.78/m]
Code:
INF: Nr. of Adapters: 13
INF: Adapter index: 0, active, ID:9879600, ATI Radeon HD 5700 Series
INF: Adapter index: 1, inact., ID:9879600, ATI Radeon HD 5700 Series
INF: Adapter index: 2, inact., ID:9879600, ATI Radeon HD 5700 Series
INF: Adapter index: 3, active, ID:10442944, ATI Radeon HD 5700 Series
INF: Adapter index: 4, inact., ID:10442944, ATI Radeon HD 5700 Series
INF: Adapter index: 5, inact., ID:10442944, ATI Radeon HD 5700 Series
INF: Adapter index: 6, active, ID:11009344, ATI Radeon HD 5800 Series
INF: Adapter index: 7, inact., ID:11009344, ATI Radeon HD 5800 Series
INF: Adapter index: 8, inact., ID:11009344, ATI Radeon HD 5800 Series
INF: Adapter index: 9, active, ID:11573824, ATI Radeon HD 5900 Series
INF: Adapter index: 10, inact., ID:11573824, ATI Radeon HD 5900 Series
INF: Adapter index: 11, inact., ID:11573824, ATI Radeon HD 5900 Series
INF: Adapter index: 12, active, ID:12191920, ATI Radeon HD 5900 Series
Code:
$ lspci |grep VGA
07:00.0 VGA compatible controller: ATI Technologies Inc Hemlock [ATI Radeon HD 5900 Series]
08:00.0 VGA compatible controller: ATI Technologies Inc Radeon HD 5800 Series (Cypress LE)
0b:00.0 VGA compatible controller: ATI Technologies Inc Juniper [Radeon HD 5700 Series]
0c:00.0 VGA compatible controller: ATI Technologies Inc Juniper [Radeon HD 5700 Series]
September 08, 2011, 09:29:55 AM
[...]
Win32 does not use dlopen so link in -ldl only when not on win32 and display what ldflags are being passed on ./configure.
[...]
Win32 does not use dlopen so link in -ldl only when not on win32 and display what ldflags are being passed on ./configure.
[...]
FreeBSD doesn't have a separate -ldl either, since dlopen() and dlclose() are part of the FreeBSD libc library. The same might be true for MacOSX and any other BSD OS.
September 08, 2011, 07:52:46 AM
My primary pool was having issues last night, and at one point it looks like CGMiner just idled my gfx cards instead of switching to the backup. Also I was getting a lot of caching. When exactly does the miner make the switch to the backup when the primary is messed up? I had to manually change the backup to my primary when I saw that.
September 08, 2011, 06:51:26 AM
1) Dual GPU cards don't get adjusted/disabled correctly. For example, a 5970 will only disable the one GPU that has the temp sensor:
Out of curiosity, what does AMDOverdriveCtrl -h return as a list of adapters on machines with dual core GPUs like this one?Code:
GPU 3: [80.5 C] [DISABLED /78.5 Mh/s] [Q:2 A:11 R:1 HW:0 E:550% U:1.81/m]
GPU 4: [327.3/324.5 Mh/s] [Q:25 A:23 R:1 HW:0 E:92% U:3.78/m]
The output should be something like:
Code:
INF: Nr. of Adapters: 16
INF: Adapter index: 0, active, ID:29775168, AMD Radeon HD 6900 Series
INF: Adapter index: 1, inact., ID:29775168, AMD Radeon HD 6900 Series
INF: Adapter index: 2, inact., ID:29775168, AMD Radeon HD 6900 Series
INF: Adapter index: 3, inact., ID:29775168, AMD Radeon HD 6900 Series
INF: Adapter index: 4, active, ID:31979904, AMD Radeon HD 6900 Series
INF: Adapter index: 5, inact., ID:31979904, AMD Radeon HD 6900 Series
INF: Adapter index: 6, inact., ID:31979904, AMD Radeon HD 6900 Series
INF: Adapter index: 7, inact., ID:31979904, AMD Radeon HD 6900 Series
INF: Adapter index: 8, active, ID:34184080, AMD Radeon HD 6900 Series
INF: Adapter index: 9, inact., ID:34184080, AMD Radeon HD 6900 Series
INF: Adapter index: 10, inact., ID:34184080, AMD Radeon HD 6900 Series
INF: Adapter index: 11, inact., ID:34184080, AMD Radeon HD 6900 Series
INF: Adapter index: 12, active, ID:36388256, AMD Radeon HD 6900 Series
INF: Adapter index: 13, inact., ID:36388256, AMD Radeon HD 6900 Series
INF: Adapter index: 14, inact., ID:36388256, AMD Radeon HD 6900 Series
INF: Adapter index: 15, inact., ID:36388256, AMD Radeon HD 6900 Series
Anyone with 6990, even one on linux to try this?
"Out of curiosity, what does AMDOverdriveCtrl -h return as a list of adapters on machines with dual core GPUs like this one?"
September 08, 2011, 06:43:30 AM
Doh, -lpthread, not -pthread is also an issue it seems?
Anyway, try pulling the git tree again please.
Anyway, try pulling the git tree again please.
September 08, 2011, 03:52:46 AM
Sigh it gets tiring saying "If building from git, do ./autogen.sh first"
Sorry, my fault for not posting my entire build log.. As you'll see, I did do that first..
http://www.pastie.org/2501731
Anything I missed?
LDFLAGS..............: -L/usr/src/AMD-APP-SDK-v2.4-lnx32/lib/x86/ -g -pthread -ldl -lm
It's there, so ...NFI
September 08, 2011, 03:31:05 AM
Sigh it gets tiring saying "If building from git, do ./autogen.sh first"
Sorry, my fault for not posting my entire build log.. As you'll see, I did do that first..
http://www.pastie.org/2501731
Anything I missed?
September 08, 2011, 03:17:18 AM
It's fixed in git. You should have been able to see it in the last 2 git changelogs I posted.
Latest GIT, still unhappy on fedora14 without the "-ldl" switch:
Quote
/usr/bin/ld: cgminer-adl.o: undefined reference to symbol 'dlopen@@GLIBC_2.1'
/usr/bin/ld: note: 'dlopen@@GLIBC_2.1' is defined in DSO /lib/libdl.so.2 so try adding it to the linker command line
/lib/libdl.so.2: could not read symbols: Invalid operation
collect2: ld returned 1 exit status
make[2]: *** [cgminer] Error 1
make[2]: Leaving directory `/usr/src/cgminer'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/usr/src/cgminer'
make: *** [all] Error 2
/usr/bin/ld: note: 'dlopen@@GLIBC_2.1' is defined in DSO /lib/libdl.so.2 so try adding it to the linker command line
/lib/libdl.so.2: could not read symbols: Invalid operation
collect2: ld returned 1 exit status
make[2]: *** [cgminer] Error 1
make[2]: Leaving directory `/usr/src/cgminer'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/usr/src/cgminer'
make: *** [all] Error 2
Sigh it gets tiring saying "If building from git, do ./autogen.sh first"
September 08, 2011, 03:15:19 AM
It's fixed in git. You should have been able to see it in the last 2 git changelogs I posted.
Latest GIT, still unhappy on fedora14 without the "-ldl" switch:
Quote
/usr/bin/ld: cgminer-adl.o: undefined reference to symbol 'dlopen@@GLIBC_2.1'
/usr/bin/ld: note: 'dlopen@@GLIBC_2.1' is defined in DSO /lib/libdl.so.2 so try adding it to the linker command line
/lib/libdl.so.2: could not read symbols: Invalid operation
collect2: ld returned 1 exit status
make[2]: *** [cgminer] Error 1
make[2]: Leaving directory `/usr/src/cgminer'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/usr/src/cgminer'
make: *** [all] Error 2
/usr/bin/ld: note: 'dlopen@@GLIBC_2.1' is defined in DSO /lib/libdl.so.2 so try adding it to the linker command line
/lib/libdl.so.2: could not read symbols: Invalid operation
collect2: ld returned 1 exit status
make[2]: *** [cgminer] Error 1
make[2]: Leaving directory `/usr/src/cgminer'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/usr/src/cgminer'
make: *** [all] Error 2
Even with the ldl switch, it compiles, the command-line "GPU fun" options show up, but once cgminer is running, and you hit [g] for GPU options, none of the "new" stuff is there.
September 08, 2011, 02:55:21 AM
It's fixed in git. You should have been able to see it in the last 2 git changelogs I posted.
September 08, 2011, 02:32:41 AM
When I build 2.0.0 (with the original or newer -1 source), it works fine as long as I don't add the ADL header files to the ADL_SDK folder. When I do that, I get this at the end of the make step:This is running Fedora 15 with GLIBC 2.14-4. I'm guessing that is the problem, and I'm guessing it is due to the AMD header files and outside of ck's control, but wanted to report it just in case. I may look for some repo with a newer GLIBC at some point if I can find time, but in the meantime, FYI: It would appear that you have to have a pretty recent version of GLIBC to compile the gpu monitoring support.
Code:
/usr/bin/ld: cgminer-adl.o: undefined reference to symbol 'dlclose@@GLIBC_2.2.5'
/usr/bin/ld: note: 'dlclose@@GLIBC_2.2.5' is defined in DSO /lib64/libdl.so.2 so try adding it to the linker command line
/lib64/libdl.so.2: could not read symbols: Invalid operation
collect2: ld returned 1 exit status
make[2]: *** [cgminer] Error 1
make[2]: Leaving directory `/usr/src/cgminer-2.0.0'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/usr/src/cgminer-2.0.0'
make: *** [all] Error 2
Same issue for me under Fedora 14, little googlefoo, and I got it resolved.. here's my "configure" line.. it's the addition of the "ldl" and "lpthread":
Quote
CFLAGS="-O3 -Wall -msse2 -I/usr/src/AMD-APP-SDK-v2.4-lnx32/include -g" LDFLAGS="-L/usr/src/AMD-APP-SDK-v2.4-lnx32/lib/x86/ -g -ldl -lpthread" ./configure
sadly, none of the GPU options appear to be working, so I suspect I'm not fixed yet.
September 08, 2011, 01:06:35 AM
Again that's your virus scanner proving it's stupidity.
It's not detecting the trojan - it's detecting cgminer.
Thus it is allowing the trojan code to do as it pleases, but then complain about a valid program.
Go tell the AV company they are morons.
It's not detecting the trojan - it's detecting cgminer.
Thus it is allowing the trojan code to do as it pleases, but then complain about a valid program.
Go tell the AV company they are morons.
September 08, 2011, 12:43:54 AM
CGMiner just got detected as a rootkit by Avast free antivirus. 32-bit windows
version 1.6.2-win32
Detected as :
cgminer.exe is infected by Win32:Rootkit-gen [Rtk]
Update to 2.0.0...version 1.6.2-win32
Detected as :
cgminer.exe is infected by Win32:Rootkit-gen [Rtk]
Again someone put an older relase into some trojan AND renamed it to svchost.exe, like with 1.5.4...
September 07, 2011, 11:57:10 PM
CGMiner just got detected as a rootkit by Avast free antivirus. 32-bit windows
version 1.6.2-win32
Detected as :
cgminer.exe is infected by Win32:Rootkit-gen [Rtk]
version 1.6.2-win32
Detected as :
cgminer.exe is infected by Win32:Rootkit-gen [Rtk]
September 07, 2011, 11:50:46 PM
Waiting on debugging output on dual core cards before I can get out the next release.
Meantime, git tree updated since 2.0:
Ideally we should like with -ldl for dlopen() dlclose().
ByteReverse is not used and the bswap opcode breaks big endian builds. Remove it.
Ignore whether the display is active or not since only display enabled devices work this way, and we skip over repeat entries anwyay.
Win32 does not use dlopen so link in -ldl only when not on win32 and display what ldflags are being passed on ./configure.
Only reset values on exiting if we've ever modified them.
Flag adl as active if any card is successfully activated.
Add a thermal cutoff option as well and set it to 95 degrees by default.
Change the fan speed by only 5% if it's over the target temperature but less than the hysteresis value to minimise overshoot down in temperature.
FAQ updates.
Add a --no-adl option to disable ADL monitoring and GPU settings.
More readme docs.
Only show longpoll received delayed message at verbose level.
Latest glibc appears to want linking against -lm as well for dlopen.
Allow temperatures greater than 100 degrees.
We should be passing a float for the remainder of the vddc values.
Implement accepting a range of engine speeds as well to allow a lower limit to be specified on the command line.
Allow per-device fan ranges to be set and use them in auto-fan mode.
Display which GPU has overheated in warning message.
Allow temperature targets to be set on a per-card basis on the command line.
Document the temperature command line changes.
Display fan range in autofan status.
Setting the hysteresis is unlikely to be useful on the fly and doesn't belong in the per-gpu submenu.
With many cards, the GPU summaries can be quite long so use a terse output line when showing them all.
Use a terser device status line to show fan RPM as well when available.
Define max gpudevices in one macro.
Meantime, git tree updated since 2.0:
Ideally we should like with -ldl for dlopen() dlclose().
ByteReverse is not used and the bswap opcode breaks big endian builds. Remove it.
Ignore whether the display is active or not since only display enabled devices work this way, and we skip over repeat entries anwyay.
Win32 does not use dlopen so link in -ldl only when not on win32 and display what ldflags are being passed on ./configure.
Only reset values on exiting if we've ever modified them.
Flag adl as active if any card is successfully activated.
Add a thermal cutoff option as well and set it to 95 degrees by default.
Change the fan speed by only 5% if it's over the target temperature but less than the hysteresis value to minimise overshoot down in temperature.
FAQ updates.
Add a --no-adl option to disable ADL monitoring and GPU settings.
More readme docs.
Only show longpoll received delayed message at verbose level.
Latest glibc appears to want linking against -lm as well for dlopen.
Allow temperatures greater than 100 degrees.
We should be passing a float for the remainder of the vddc values.
Implement accepting a range of engine speeds as well to allow a lower limit to be specified on the command line.
Allow per-device fan ranges to be set and use them in auto-fan mode.
Display which GPU has overheated in warning message.
Allow temperature targets to be set on a per-card basis on the command line.
Document the temperature command line changes.
Display fan range in autofan status.
Setting the hysteresis is unlikely to be useful on the fly and doesn't belong in the per-gpu submenu.
With many cards, the GPU summaries can be quite long so use a terse output line when showing them all.
Use a terser device status line to show fan RPM as well when available.
Define max gpudevices in one macro.
Jump to: