bulanula
|
|
February 12, 2012, 10:54:10 PM |
|
Quote from: Phateus on May 11, 2011, 05:05:55 PM
... so nothing has changed since then?
Hmmm... Tough question there mate! To the best of my knowledge, we still have a kernel made for the 2.4 SDK having the best performance today on BFI_INT cards. And what kernel is that ? Are you referring to phatk ? Thanks !
|
|
|
|
jjiimm_64
Legendary
Offline
Activity: 1876
Merit: 1000
|
|
February 12, 2012, 10:54:18 PM |
|
Would it be possible to add a switch to set the memory voltage? By default it's about 1.6V - but since we usually downclock memory so much, it would make sense to lower it considerably.
Not possible to alter the mem voltage via drivers. Your only option is a flashed bios and even then a) on most cards it is impossible, there is no voltage controller it is a single value device b) you have a very good chance of bricking the card. Didn't i read somewhere that even if you did lower the memory voltage. it would only save a couple of watts...
|
1jimbitm6hAKTjKX4qurCNQubbnk2YsFw
|
|
|
kano
Legendary
Offline
Activity: 4592
Merit: 1851
Linux since 1997 RedHat 4
|
|
February 13, 2012, 01:50:45 AM |
|
Quote from: Phateus on May 11, 2011, 05:05:55 PM
... so nothing has changed since then?
Hmmm... Tough question there mate! To the best of my knowledge, we still have a kernel made for the 2.4 SDK having the best performance today on BFI_INT cards. Hmmm... so anyone here saying that 2.5 is what everyone uses might be wrong then ... That graph was done with 2.4 I presume? It's also only done for a 5870. Obviously would be worth seeing how it differs on 2.5 and 2.6 As for 69xx and 79xx cards - the graph actually means nothing. I use 2.4, but I did use 2.6 last night for a few hours (linux of course) It's the 2 new libraries (libaticalcl.so libaticalrt.so) that replace those 2 fglrx libraries, that actually cause most of the 2.6 suckage. The 2.6 bin files are smaller and only a few % slower when run on a true 2.4 with 11.6/4, however 2.6 bins on 2.6 ... well yep - that is unbelievably bad (due to those libraries which I don't even know what the real versions of them are except the README.txt implies they are before 12.1 coz it tells you to install 12.1+ after the SDK - obviously for that reason)
|
|
|
|
jjiimm_64
Legendary
Offline
Activity: 1876
Merit: 1000
|
|
February 13, 2012, 01:55:28 AM |
|
Kudos for the 2.2.4 release for the 7970. I was running on 2.2.3. windows. couldn't run them past 1100 stable, even after rmoving one of the 5 cards, thinking it was power issue. now! GPU 0: 72.0C 2427RPM 40% | 672.8/660.5Mh/s | 99% | 1140Mhz 1000Mhz 1.17V A:111 R:1 HW:0 U:8.26/m I: 9 GPU 1: 74.0C 2286RPM 39% | 672.9/659.4Mh/s | 99% | 1140Mhz 1000Mhz 1.17V A:142 R:1 HW:0 U:10.57/m I: 9 GPU 2: 74.0C 2167RPM 38% | 672.8/659.9Mh/s | 99% | 1140Mhz 1000Mhz 1.17V A:133 R:1 HW:0 U:9.90/m I: 9 GPU 3: 74.0C 2630RPM 46% | 672.8/655.0Mh/s | 99% | 1140Mhz 1000Mhz 1.17V A:117 R:0 HW:0 U:8.71/m I: 9
|
1jimbitm6hAKTjKX4qurCNQubbnk2YsFw
|
|
|
kano
Legendary
Offline
Activity: 4592
Merit: 1851
Linux since 1997 RedHat 4
|
|
February 13, 2012, 02:04:33 AM |
|
... And the other repeated again and again info often needed with problems: the full output of 'cgminer -n' and some of 'cgminer -D -T --verbose ...' (obviously not all of it if cgminer is actually running ...) where '...' are the options you use <-I have NO idea what this means. I tried running cgminer with the -n flag, and it flashes on the screen so fast I can't read anything, then closes.
I still think the biggest issue is figuring why it crashes my graphics driver every time. ...
That's the exact bit my " https://bitcointalk.org/index.php?topic=28402.msg742897#msg742897 (the bit after 4) )" is referring to. You need to run cgminer twice and capture the output: - once with "-n" as the only option - once with "-D -T --verbose " added to all the options you already use
|
|
|
|
Vbs
|
|
February 13, 2012, 02:43:33 AM |
|
Quote from: Phateus on May 11, 2011, 05:05:55 PM
... so nothing has changed since then?
Hmmm... Tough question there mate! To the best of my knowledge, we still have a kernel made for the 2.4 SDK having the best performance today on BFI_INT cards. Hmmm... so anyone here saying that 2.5 is what everyone uses might be wrong then ... That graph was done with 2.4 I presume? It's also only done for a 5870. Obviously would be worth seeing how it differs on 2.5 and 2.6 As for 69xx and 79xx cards - the graph actually means nothing. I use 2.4, but I did use 2.6 last night for a few hours (linux of course) It's the 2 new libraries (libaticalcl.so libaticalrt.so) that replace those 2 fglrx libraries, that actually cause most of the 2.6 suckage. The 2.6 bin files are smaller and only a few % slower when run on a true 2.4 with 11.6/4, however 2.6 bins on 2.6 ... well yep - that is unbelievably bad (due to those libraries which I don't even know what the real versions of them are except the README.txt implies they are before 12.1 coz it tells you to install 12.1+ after the SDK - obviously for that reason) Yep, the graph was made for a VLIW5 card, showing that you can get good performance on low mem clocks with a big worksize vs high mem clocks and a small worksize. It suggests using lesser vectors (2) and a big worksize (256/128) for ram clocks below 800MHz (on a 5870); and more vectors (4) and small worksizes (64/128) for faster ram clocks. 69xx cards are VLIW4, so they should have a similar graph (ofc with the clock restriction on linux of abs(core-ram)<150MHz, worksize 64/128 and vectors 4/2 seems the way to go). 79xx cards are GCN which "should" adapt to VLIW4 when needed, but as it stands now, AMD wants us to reinvent the wheel again. SDK 2.5 is very very similar to SDK 2.4 in terms of compiler performance and optimizations, you can try the latest versions of each to see what gains you get (latest 2.4 is in 11.6 driver (v.2.4.650.9), latest 2.5 is in 11.11 driver (v.2.5.793.1)). Still, the phatk kernel was made for 2.4, and, luckily for us, SDK 2.5's compiler seems to like the same performance tweaks (glitches?) as 2.4. SDK 2.6 is a really different beast, the phatk kernel will most certainly need to be somewhat rewritten as some performance tweaks in it are no longer useful on the latest compiler.
|
|
|
|
-ck (OP)
Legendary
Offline
Activity: 4242
Merit: 1644
Ruu \o/
|
|
February 13, 2012, 02:45:36 AM |
|
New version: 2.2.5
Finally fixed the opencl created zero sized binary bug. Faster kernels for both phatk and poclbm. Detection of sdk2.6 and using poclbm if no phatk binary available.
Full changelog: - Make output buffer write only as per Diapolo's suggestion. - Constify nonce in poclbm. - Use local and group id on poclbm kernel as well. - Microoptimise phatk kernel on return code. - Adjust engine speed up according to performance level engine setting, not the current engine speed. - Try to load a binary if we've defaulted to the poclbm kernel on SDK2.6 - Use the poclbm kernel on SDK2.6 with bitalign devices only if there is no binary available. - Further generic microoptimisations to poclbm kernel. - The longstanding generation of a zero sized binary appears to be due to the OpenCL library putting the binary in a RANDOM SLOT amongst 4 possible binary locations. Iterate over each of them after building from source till the real binary is found and use that. - Fix harmless warnings with -Wsign-compare to allow cgminer to build with -W. - Fix missing field initialisers warnings. - Put win32 equivalents of nanosleep and sleep into compat.h fixing sleep() for adl.c. - Restore compatibility with Jansson 1.3 and 2.0 (api.c required 2.1) - Modularized logging, support for priority based logging - Move CPU chipset specific optimization into device-cpu
|
Developer/maintainer for cgminer, ckpool/ckproxy, and the -ck kernel 2% Fee Solo mining at solo.ckpool.org -ck
|
|
|
The00Dustin
|
|
February 13, 2012, 02:52:02 AM |
|
And the other repeated again and again info often needed with problems: the full output of 'cgminer -n' and some of 'cgminer -D -T --verbose ...' (obviously not all of it if cgminer is actually running ...) where '...' are the options you use <-I have NO idea what this means. I tried running cgminer with the -n flag, and it flashes on the screen so fast I can't read anything, then closes. You need to run cgminer from a command prompt instead of editing a shortcut. Then the output will stay on the screen for you to copy and paste. I am assuming you are running Windows. In *nix it wouldn't be a command prompt. In Windows command prompt, in order to copy, you need to right click, select all, highlight what you want to copy (instead of all), and hit enter to copy it to the clipboard.
|
|
|
|
Elmojo
|
|
February 13, 2012, 03:05:21 AM Last edit: February 13, 2012, 03:17:37 AM by Elmojo |
|
You need to run cgminer twice and capture the output: - once with "-n" as the only option - once with "-D -T --verbose " added to all the options you already use
You need to run cgminer from a command prompt instead of editing a shortcut. Then the output will stay on the screen for you to copy and paste. I am assuming you are running Windows. In *nix it wouldn't be a command prompt. In Windows command prompt, in order to copy, you need to right click, select all, highlight what you want to copy (instead of all), and hit enter to copy it to the clipboard.
Thanks, I never would have guessed that, since the 'guides' I read just say to edit the shortcut. Okay, I did it. The first time, the target looked like this: "D:\X\Bitcoin Stuff\cgminer-2.2.3-win32\cgminer.exe" -n Here's the output: C:\Windows\system32>"D:\X\Bitcoin Stuff\cgminer-2.2.3-win32\cgminer.exe" -n [2012-02-12 22:00:45] CL Platform 0 vendor: NVIDIA Corporation [2012-02-12 22:00:45] CL Platform 0 name: NVIDIA CUDA [2012-02-12 22:00:45] CL Platform 0 version: OpenCL 1.1 CUDA 4.1.1 [2012-02-12 22:00:45] Platform 0 devices: 1 [2012-02-12 22:00:45] Unable to load ati adl library [2012-02-12 22:00:45] 1 GPU devices max detected The second time, I edited the target to look like this: "D:\X\Bitcoin Stuff\cgminer-2.2.3-win32\cgminer.exe" -o http://127.0.0.1:9332 -u noob -p sauce -D --verbose Output: nothing. It appears that suddenly cgminer is "not a valid win32 application" WTH?! EDIT: I rebooted, and the "not a valid..." error persists. I'm stumped.
|
|
|
|
ancow
|
|
February 13, 2012, 03:28:29 AM |
|
@Elmojo: Do a cd "D:\X\Bitcoin Stuff\cgminer-2.2.3-win32\" first.
|
BTC: 1GAHTMdBN4Yw3PU66sAmUBKSXy2qaq2SF4
|
|
|
os2sam
Legendary
Offline
Activity: 3583
Merit: 1094
Think for yourself
|
|
February 13, 2012, 03:28:57 AM |
|
New version: 2.2.5
Finally fixed the opencl created zero sized binary bug.
Hey, I finally have a brand spanking new set of .bin files for Windoze. Sam
|
A: Because it messes up the order in which people normally read text. Q: Why is top-posting such a bad thing? A: Top-posting. Q: What is the most annoying thing on usenet and in e-mail?
|
|
|
Elmojo
|
|
February 13, 2012, 03:30:01 AM |
|
@Elmojo: Do a cd "D:\X\Bitcoin Stuff\cgminer-2.2.3-win32\" first.
Tried that, no joy. In fact, even my shortcuts, which used to kinda work, now give the same error. It's like the program has gotten corrupted somehow. I'm gonna delete and reinstall to see if that helps.
|
|
|
|
kano
Legendary
Offline
Activity: 4592
Merit: 1851
Linux since 1997 RedHat 4
|
|
February 13, 2012, 03:39:18 AM |
|
@Elmojo: Do a cd "D:\X\Bitcoin Stuff\cgminer-2.2.3-win32\" first.
Actually you have to D: on it's own first (well you do under XP at least) Then cd \X\Bitcoin Stuff\cgminer-2.2.3-win32\Then cgminer -blah -blah -blah -blah ..........And I have no idea where he got a 'guide' with windows shortcuts ... ... how to use the windows console ...
|
|
|
|
ancow
|
|
February 13, 2012, 03:44:23 AM |
|
@Elmojo: Do a cd "D:\X\Bitcoin Stuff\cgminer-2.2.3-win32\" first.
Actually you have to D: on it's own first (well you do under XP at least) Right, I forgot. Actually, you can simply keep the cd as is and do the "D:" after, that'll also have the desired effect.
|
BTC: 1GAHTMdBN4Yw3PU66sAmUBKSXy2qaq2SF4
|
|
|
kano
Legendary
Offline
Activity: 4592
Merit: 1851
Linux since 1997 RedHat 4
|
|
February 13, 2012, 03:52:27 AM |
|
@Elmojo: Do a cd "D:\X\Bitcoin Stuff\cgminer-2.2.3-win32\" first.
Actually you have to D: on it's own first (well you do under XP at least) Right, I forgot. Actually, you can simply keep the cd as is and do the "D:" after, that'll also have the desired effect. And just is case you thought otherwise ... My last line comment was in no way directed at you at all
|
|
|
|
Elmojo
|
|
February 13, 2012, 03:59:58 AM |
|
Dang thing keeps crashing, and I've lost my reply twice. Okay...*deep breath*...one more time... I've rebooted, reinstalled cgminer (2.2.5) directly to c: Lauched cgminer with full argument string: It ramps up (can see activity in Precision), then crashes my GPU driver. Here's the output: cgminer version 2.2.5 - Started: [2012-02-12 22:55:48] -------------------------------------------------------------------------------- (5s):0.0 (avg):0.0 Mh/s | Q:12 A:0 R:1 HW:0 E:0% U:0.00/m TQ: 2 ST: 3 SS: 1 DW: 15 NB: 1 LW: 2 GF: 0 RF: 0 Connected to http://127.0.0.1:9332 with LP as user noob Block: 00000823816ead253c6222e8d262e6c8... Started: [22:55:48] -------------------------------------------------------------------------------- [P]ool management [G]PU management [S]ettings [D]isplay options [Q]uit GPU 0: DEAD / 0.0Mh/s | A:0 R:1 HW:0 U:0.00/m I:14 --------------------------------------------------------------------------------
K! [2012-02-12 22:55:56] Attempting to restart GPU [2012-02-12 22:55:56] Thread 0 still exists, killing it off [2012-02-12 22:55:56] Thread 1 still exists, killing it off [2012-02-12 22:55:56] Error: Creating Context. (clCreateContextFromType) [2012-02-12 22:55:56] Failed to reinit GPU thread 0 [2012-02-12 22:55:59] Device 0 not responding for more than 10 minutes, GPU 0 de clared DEAD! [2012-02-12 22:56:02] LONGPOLL requested work restart, waiting on fresh work
I've just about had it with this program. Anyone have any ideas?
|
|
|
|
ancow
|
|
February 13, 2012, 04:03:39 AM |
|
And just is case you thought otherwise ... My last line comment was in no way directed at you at all I'm just a little anal about completeness... @Elmojo: you forgot to add at least some of the following arguments, otherwise the header wouldn't show: -D -T --verbose Here's a sample of what it should look like: [2012-02-13 05:02:41] Started cgminer 2.2.5 [2012-02-13 05:02:42] CL Platform 0 vendor: Advanced Micro Devices, Inc. [2012-02-13 05:02:42] CL Platform 0 name: AMD Accelerated Parallel Processing [2012-02-13 05:02:42] CL Platform 0 version: OpenCL 1.1 AMD-APP-SDK-v2.5 (684.213) [2012-02-13 05:02:42] Platform 0 devices: 1 [2012-02-13 05:02:42] GPU 0 iAdapterIndex 0 strUDID 256:26817:4098:878:4133 iBusNumber 1 iDeviceNumber 0 iFunctionNumber 0 iVendorID 4098 strAdapterName AMD Radeon HD 6500M/5600/5700 Series [2012-02-13 05:02:42] GPU 0 AMD Radeon HD 6500M/5600/5700 Series hardware monitoring enabled [2012-02-13 05:02:42] Popping work to work thread [2012-02-13 05:02:42] Probing for an alive pool [2012-02-13 05:02:42] Testing pool http://btcguild.com:8332 [2012-02-13 05:02:42] Popping work to stage thread [2012-02-13 05:02:42] Successfully retrieved and deciphered work from pool 0 http://btcguild.com:8332 [2012-02-13 05:02:42] Pushing pooltest work to base pool [2012-02-13 05:02:42] Pool 0 http://btcguild.com:8332 active [2012-02-13 05:02:42] Pushing work to getwork queue [2012-02-13 05:02:42] Popping work to stage thread [2012-02-13 05:02:42] Pushing ping to longpoll thread [2012-02-13 05:02:42] Pushing ping to thread 0 [2012-02-13 05:02:42] Init GPU thread 0 GPU 0 virtual GPU 0 [2012-02-13 05:02:42] Long-polling activated for http://btcguild.com:8332/LP/ [2012-02-13 05:02:42] CL Platform vendor: Advanced Micro Devices, Inc. [2012-02-13 05:02:42] CL Platform name: AMD Accelerated Parallel Processing [2012-02-13 05:02:42] CL Platform version: OpenCL 1.1 AMD-APP-SDK-v2.5 (684.213) [2012-02-13 05:02:42] List of devices: [2012-02-13 05:02:42] 0 Redwood [2012-02-13 05:02:42] Selected 0: Redwood [2012-02-13 05:02:42] Preferred vector width reported 4 [2012-02-13 05:02:42] Max work group size reported 256 [2012-02-13 05:02:42] Loaded binary image phatk120213Redwoodbitalignv2w128long8.bin [2012-02-13 05:02:42] Initialising kernel phatk120213.cl with bitalign, 2 vectors and worksize 128 [2012-02-13 05:02:42] initCl() finished. Found Redwood [2012-02-13 05:02:42] Pushing ping to thread 1 [2012-02-13 05:02:42] Init GPU thread 1 GPU 0 virtual GPU 0 [2012-02-13 05:02:42] CL Platform vendor: Advanced Micro Devices, Inc. [2012-02-13 05:02:42] CL Platform name: AMD Accelerated Parallel Processing [2012-02-13 05:02:42] CL Platform version: OpenCL 1.1 AMD-APP-SDK-v2.5 (684.213) [2012-02-13 05:02:42] List of devices: [2012-02-13 05:02:42] 0 Redwood [2012-02-13 05:02:42] Selected 0: Redwood [2012-02-13 05:02:42] Preferred vector width reported 4 [2012-02-13 05:02:42] Max work group size reported 256 [2012-02-13 05:02:42] Popping ping in miner thread [2012-02-13 05:02:42] Queueing getwork request to work thread [2012-02-13 05:02:42] Popping work from get queue to get work [2012-02-13 05:02:42] Pool 0 http://btcguild.com:8332 alive [2012-02-13 05:02:42] Popping work to work thread [2012-02-13 05:02:42] DBG: sending http://btcguild.com:8332 get RPC call: {"method": "getwork", "params": [], "id":0} [2012-02-13 05:02:42] Loaded binary image phatk120213Redwoodbitalignv2w128long8.bin [2012-02-13 05:02:42] Initialising kernel phatk120213.cl with bitalign, 2 vectors and worksize 128 [2012-02-13 05:02:43] initCl() finished. Found Redwood [2012-02-13 05:02:43] 2 gpu miner threads started [2012-02-13 05:02:43] Popping ping in miner thread [2012-02-13 05:02:43] Queueing getwork request to work thread [2012-02-13 05:02:43] Popping work from get queue to get work [2012-02-13 05:02:43] Popping work to work thread [2012-02-13 05:02:43] DBG: sending http://btcguild.com:8332 get RPC call: {"method": "getwork", "params": [], "id":0} [2012-02-13 05:02:43] Pushing work to requesting thread [2012-02-13 05:02:43] Pushing work to getwork queue [2012-02-13 05:02:43] Popping work to stage thread [2012-02-13 05:02:43] Pushing work to requesting thread [2012-02-13 05:02:43] Pushing work to getwork queue [2012-02-13 05:02:43] Popping work to stage thread [2012-02-13 05:02:46] 61.5 C F: 30%(-1RPM) E: 550MHz M: 800Mhz V: 1.000V A: 97% P: 0%
|
BTC: 1GAHTMdBN4Yw3PU66sAmUBKSXy2qaq2SF4
|
|
|
os2sam
Legendary
Offline
Activity: 3583
Merit: 1094
Think for yourself
|
|
February 13, 2012, 04:03:49 AM |
|
Dang thing keeps crashing, and I've lost my reply twice. Okay...*deep breath*...one more time... I've rebooted, reinstalled cgminer (2.2.5) directly to c: Lauched cgminer with full argument string: It ramps up (can see activity in Precision), then crashes my GPU driver. Here's the output: cgminer version 2.2.5 - Started: [2012-02-12 22:55:48] -------------------------------------------------------------------------------- (5s):0.0 (avg):0.0 Mh/s | Q:12 A:0 R:1 HW:0 E:0% U:0.00/m TQ: 2 ST: 3 SS: 1 DW: 15 NB: 1 LW: 2 GF: 0 RF: 0 Connected to http://127.0.0.1:9332 with LP as user noob Block: 00000823816ead253c6222e8d262e6c8... Started: [22:55:48] -------------------------------------------------------------------------------- [P]ool management [G]PU management [S]ettings [D]isplay options [Q]uit GPU 0: DEAD / 0.0Mh/s | A:0 R:1 HW:0 U:0.00/m I:14 --------------------------------------------------------------------------------
K! [2012-02-12 22:55:56] Attempting to restart GPU [2012-02-12 22:55:56] Thread 0 still exists, killing it off [2012-02-12 22:55:56] Thread 1 still exists, killing it off [2012-02-12 22:55:56] Error: Creating Context. (clCreateContextFromType) [2012-02-12 22:55:56] Failed to reinit GPU thread 0 [2012-02-12 22:55:59] Device 0 not responding for more than 10 minutes, GPU 0 de clared DEAD! [2012-02-12 22:56:02] LONGPOLL requested work restart, waiting on fresh work
I've just about had it with this program. Anyone have any ideas? The Ufasoft miner is pretty easy to use. At least I thought so. Sam
|
A: Because it messes up the order in which people normally read text. Q: Why is top-posting such a bad thing? A: Top-posting. Q: What is the most annoying thing on usenet and in e-mail?
|
|
|
Elmojo
|
|
February 13, 2012, 04:11:11 AM |
|
@Elmojo: you forgot to add at least some of the following arguments, otherwise the header wouldn't show: -D -T --verbose
Here's a sample of what it should look like:
Yeah, I put in all the args. It looked just like your example, until it crashed the GPU driver, then it went crazy. By the time I could get control back, that's the part I could copy/paste.
|
|
|
|
-ck (OP)
Legendary
Offline
Activity: 4242
Merit: 1644
Ruu \o/
|
|
February 13, 2012, 04:18:11 AM |
|
New version: 2.2.5
Finally fixed the opencl created zero sized binary bug.
Hey, I finally have a brand spanking new set of .bin files for Windoze. Sam Excellent. I could cry seeing you say that Especially since the kernel filenames and format has changed and it's essential that it can actually create the binaries. In fact it was this bug that made me reluctant to try and make any new kernels in the past. Just for the record, I'm now getting 714Mhash out of the 7970 clocked at 1200/1050+5% with default cgminer 2.2.5 settings.
|
Developer/maintainer for cgminer, ckpool/ckproxy, and the -ck kernel 2% Fee Solo mining at solo.ckpool.org -ck
|
|
|
|