Topic: OFFICIAL CGMINER mining software thread for linux/win/osx/mips/arm/r-pi 4.11.0 - page 664. (Read 5806123 times)
February 08, 2012, 07:21:00 PM
That is nice ck. Good to see your enjoying that new toy. Any idea how many watts it's drawing for those 694 Mh/s?
February 08, 2012, 05:56:31 PM
Okay for those who want to get 7970 working well with cgminer on linux, I've been up most of the night since I got the card (lol) trying to get it working and then fiddled with settings to find a sweet spot.
Firstly: There is no actual "stable release" driver for this GPU yet. The driver you're directed to is a special release not really version numbered (like 12.1 etc). The 12.1 driver does NOT work with 7970 so when I put the 7970 in the machine with 6970s it didn't even show up. Then when I installed the GCN ati driver amd-driver-installer-8.921-x86.x86_64.run the 6970s wouldn't show up! Goddamn amd. I modified the xorg to add the extra devices, and xorg would start up but cgminer would just crash opencl when starting. After much searching around sharky suggested I change the card order, so I put the 7970 into slot 1 and the 6970s into slots 2-4. Again the ati driver didn't show up the 6x devices with aticonfig --lsa, and wouldn't configure the xorg for more than just the 7970. Then I checked the GPU positions
I used the PCI bus position entries and edited the xorg.conf file into the following generic version:
This would still only show up one device with aticonfig --lsa, but cgminer could detect them all.
After much playing around, I found the particular card I had would run stable at clockspeeds of 1200/1050. The 7970 has a mandatory no-more-than 150 difference between the GPU engine clockspeed and the GPU memory clockspeed much like the 6970 had a 125 difference. Note that with windows overclocking tools they can get around this using other backdoors to the devices which I can't do. Powertune of +5% provided the most boost to performance as I've seen with the 6970s and going over this made no difference.
On first successful running, I noticed the dreaded CPU usage bug was back! Luckily I heard this was not universal and
fixed it.
Then I played around with various combinations of gpu threads and intensities and found that there is an inflexion point in intensity where the CPU usage jumps up from the usually very low usage. With 1 GPU thread, an intensity up to 13 does not increase CPU usage. With 2 threads an intensity of 11 does not. More threads did not help hashrate.
Now bear in mind that this is an unmodified cgminer 2.2.3 so no new fancy kernels, but here is the final performance with intensity 11, engine 1200, memory 1050, powertune 5. See if you can spot the 790 amongst these
:
So that's with the now ancient poclbm kernel in cgminer that was modified recently just to work with 7970 aka GCN but has no real performance enhancements. Now I need to fiddle with kernels and wait to see what diablo comes up with as well.
edit: Note that GCN ONLY works with the 2.6 SDK which has lousy performance on other cards, so I kept my old .bin files for the 6970s so that cgminer would just use those instead of regenerating them after I installed the new driver and sdk.
Firstly: There is no actual "stable release" driver for this GPU yet. The driver you're directed to is a special release not really version numbered (like 12.1 etc). The 12.1 driver does NOT work with 7970 so when I put the 7970 in the machine with 6970s it didn't even show up. Then when I installed the GCN ati driver amd-driver-installer-8.921-x86.x86_64.run the 6970s wouldn't show up! Goddamn amd. I modified the xorg to add the extra devices, and xorg would start up but cgminer would just crash opencl when starting. After much searching around sharky suggested I change the card order, so I put the 7970 into slot 1 and the 6970s into slots 2-4. Again the ati driver didn't show up the 6x devices with aticonfig --lsa, and wouldn't configure the xorg for more than just the 7970. Then I checked the GPU positions
Code:
lspci | grep VGA
01:00.0 VGA compatible controller: ATI Technologies Inc Device 6798
02:00.0 VGA compatible controller: ATI Technologies Inc Device 6718
07:00.0 VGA compatible controller: ATI Technologies Inc Device 6718
08:00.0 VGA compatible controller: ATI Technologies Inc Device 6718
I used the PCI bus position entries and edited the xorg.conf file into the following generic version:
Code:
Section "Monitor"
Identifier "aticonfig-Monitor[0]-0"
Option "VendorName" "ATI Proprietary Driver"
Option "ModelName" "Generic Autodetecting Monitor"
Option "DPMS" "true"
EndSection
Section "Monitor"
Identifier "aticonfig-Monitor[1]-0"
Option "VendorName" "ATI Proprietary Driver"
Option "ModelName" "Generic Autodetecting Monitor"
Option "DPMS" "true"
EndSection
Section "Monitor"
Identifier "aticonfig-Monitor[2]-0"
Option "VendorName" "ATI Proprietary Driver"
Option "ModelName" "Generic Autodetecting Monitor"
Option "DPMS" "true"
EndSection
Section "Monitor"
Identifier "aticonfig-Monitor[3]-0"
Option "VendorName" "ATI Proprietary Driver"
Option "ModelName" "Generic Autodetecting Monitor"
Option "DPMS" "true"
EndSection
Section "Device"
Identifier "aticonfig-Device[0]-0"
Driver "fglrx"
BusID "PCI:1:0:0"
EndSection
Section "Device"
Identifier "aticonfig-Device[1]-0"
Driver "fglrx"
BusID "PCI:2:0:0"
EndSection
Section "Device"
Identifier "aticonfig-Device[2]-0"
Driver "fglrx"
BusID "PCI:7:0:0"
EndSection
Section "Device"
Identifier "aticonfig-Device[3]-0"
Driver "fglrx"
BusID "PCI:8:0:0"
EndSection
Section "Screen"
Identifier "aticonfig-Screen[0]-0"
Device "aticonfig-Device[0]-0"
Monitor "aticonfig-Monitor[0]-0"
DefaultDepth 24
SubSection "Display"
Viewport 0 0
Depth 24
EndSubSection
EndSection
Section "Screen"
Identifier "aticonfig-Screen[1]-0"
Device "aticonfig-Device[1]-0"
Monitor "aticonfig-Monitor[1]-0"
DefaultDepth 24
SubSection "Display"
Viewport 0 0
Depth 24
EndSubSection
EndSection
Section "Screen"
Identifier "aticonfig-Screen[2]-0"
Device "aticonfig-Device[2]-0"
Monitor "aticonfig-Monitor[2]-0"
DefaultDepth 24
SubSection "Display"
Viewport 0 0
Depth 24
EndSubSection
EndSection
Section "Screen"
Identifier "aticonfig-Screen[3]-0"
Device "aticonfig-Device[3]-0"
Monitor "aticonfig-Monitor[3]-0"
DefaultDepth 24
SubSection "Display"
Viewport 0 0
Depth 24
EndSubSection
EndSection
This would still only show up one device with aticonfig --lsa, but cgminer could detect them all.
Code:
cgminer -n
[2012-02-09 09:49:19] CL Platform 0 vendor: Advanced Micro Devices, Inc.
[2012-02-09 09:49:19] CL Platform 0 name: AMD Accelerated Parallel Processing
[2012-02-09 09:49:19] CL Platform 0 version: OpenCL 1.1 AMD-APP (844.4)
[2012-02-09 09:49:19] Platform 0 devices: 4
[2012-02-09 09:49:19] GPU 0 AMD Radeon HD 7900 Series hardware monitoring enabled
[2012-02-09 09:49:19] GPU 1 AMD Radeon HD 6900 Series hardware monitoring enabled
[2012-02-09 09:49:19] GPU 2 AMD Radeon HD 6900 Series hardware monitoring enabled
[2012-02-09 09:49:19] GPU 3 AMD Radeon HD 6900 Series hardware monitoring enabled
[2012-02-09 09:49:19] 4 GPU devices max detected
After much playing around, I found the particular card I had would run stable at clockspeeds of 1200/1050. The 7970 has a mandatory no-more-than 150 difference between the GPU engine clockspeed and the GPU memory clockspeed much like the 6970 had a 125 difference. Note that with windows overclocking tools they can get around this using other backdoors to the devices which I can't do. Powertune of +5% provided the most boost to performance as I've seen with the 6970s and going over this made no difference.
On first successful running, I noticed the dreaded CPU usage bug was back! Luckily I heard this was not universal and
Code:
export GPU_USE_SYNC_OBJECTS=1
Then I played around with various combinations of gpu threads and intensities and found that there is an inflexion point in intensity where the CPU usage jumps up from the usually very low usage. With 1 GPU thread, an intensity up to 13 does not increase CPU usage. With 2 threads an intensity of 11 does not. More threads did not help hashrate.
Now bear in mind that this is an unmodified cgminer 2.2.3 so no new fancy kernels, but here is the final performance with intensity 11, engine 1200, memory 1050, powertune 5. See if you can spot the 790 amongst these
:Code:
GPU 0: 71.0C 4125RPM | 694.5/694.8Mh/s | A:355 R:1 HW:0 U:10.18/m I:11
GPU 1: 72.5C 5107RPM | 426.4/427.4Mh/s | A:200 R:0 HW:0 U: 5.73/m I: 9
GPU 2: 73.0C 4341RPM | 425.1/426.9Mh/s | A:214 R:1 HW:0 U: 6.14/m I: 9
GPU 3: 72.5C 3892RPM | 434.6/436.1Mh/s | A:227 R:1 HW:0 U: 6.51/m I: 9
So that's with the now ancient poclbm kernel in cgminer that was modified recently just to work with 7970 aka GCN but has no real performance enhancements. Now I need to fiddle with kernels and wait to see what diablo comes up with as well.
edit: Note that GCN ONLY works with the 2.6 SDK which has lousy performance on other cards, so I kept my old .bin files for the 6970s so that cgminer would just use those instead of regenerating them after I installed the new driver and sdk.
February 08, 2012, 05:20:20 PM
Thanks for the headsup DnT. I didnt realize BAMT now supported cgminer, or even that it was still supported. That looks really nice. Linuxcoin works fine ATM, and Im pretty familiar with ubuntu, less so with debian, but those stats look tempting enough to give BAMT a spin.
February 08, 2012, 05:08:37 PM
hey D&T, that would be great, i have bee seriously considering BAMT as linuxcoin is just getting too out of date and i am afraid to mess with it because i am finally stable, but i would love to upgrade my ati drivers and my cgminer since only 2.0.7 works for me in linuxcoin. I also can't stand linuxcoin's finickyness. I also got a deal on some 6990's and am thinking BAMT with newest ATI drivers, etc. would be really helpful. i have a feeling linuxcoin is NOT going to like a 6990.
besides I'd prefer to work with a dedicated mining OS that is being supported and would be glad to donate to the developer.
Also, those statistical graphics look great.
besides I'd prefer to work with a dedicated mining OS that is being supported and would be glad to donate to the developer.
Also, those statistical graphics look great.
JFTR i use linuxcoin for almost all of my rigs. agree it is 'finicky' but cgminer 2.2 does work on it as you can see here:
http://cgminerweb.com/example.miner.php.html
I can update core clocks, switch pools, etc, etc
February 08, 2012, 05:02:14 PM
hey D&T, that would be great, i have bee seriously considering BAMT as linuxcoin is just getting too out of date and i am afraid to mess with it because i am finally stable, but i would love to upgrade my ati drivers and my cgminer since only 2.0.7 works for me in linuxcoin. I also can't stand linuxcoin's finickyness. I also got a deal on some 6990's and am thinking BAMT with newest ATI drivers, etc. would be really helpful. i have a feeling linuxcoin is NOT going to like a 6990.
besides I'd prefer to work with a dedicated mining OS that is being supported and would be glad to donate to the developer.
Also, those statistical graphics look great.
besides I'd prefer to work with a dedicated mining OS that is being supported and would be glad to donate to the developer.
Also, those statistical graphics look great.
February 08, 2012, 04:48:56 PM
Slightly off topic but adding RPC to cgminer was major enhancement for cgminer and it allowed cgminer to be integrated into BAMT. For those of you looking to use cgminer as the engine for more comprehensive set of monitoring and configuring tools BAMT is the solution.
cgminer + BAMT = match made in heaven. BAMT originally supported phoenix and still does, however more cgminer users running BAMT (and donating to the developer
) means more emphasis by the developer on cgminer. Personally I think tighter integration between BAMT and cgminer is possible and expect better things in the future.
BAMT Thread:
https://bitcointalksearch.org/topic/bamt-easy-persistent-usb-key-based-linux-for-dedicated-minersmining-farms-28967
BTW the docs are kinda rough so I will be making a newbie BAMT guide aimed specifically towards cgminer users get up to speed using BAMT.
I thought I would drop some eye candy to encourage every cgminer user who hasn't tried BAMT to try it out.
Nice console view of all 24 of my cards (6 are running p2pool as a test and thus I haven't moved them over to BAMT yet).
You want historical monitoring you say?
cgminer is very bandwidth efficient but it needs sockets LOTS of sockets to run at peak efficiency. How many sockets?
Well with BAMT you know.
So looks like at peak cgminer is opening 280 sockets per rig. For a 5 rig 11GH farm that is ~1100 open sockets. Some cheaper/older routers can't hande that and choke.
So if you haven't given conman a donation lately .... do it now. If it hadn't been for his hard work we wouldn't this awesome customizable engine. If you didn't know already Kano did the RPC work. If you find it useful drop him a donation too. If you want RPC expanded well be sure to drop a donation first. RPC is the "glue" which integrates BAMT + cgminer. Without it getting cgminer added likely never would have happen.
If you haven't already commit to trying BAMT this weekend. If you like it, then support the primary developer Lord Crappo and be sure to mention it was cgminer support that brought you to BAMT.
cgminer + BAMT = match made in heaven. BAMT originally supported phoenix and still does, however more cgminer users running BAMT (and donating to the developer
) means more emphasis by the developer on cgminer. Personally I think tighter integration between BAMT and cgminer is possible and expect better things in the future.BAMT Thread:
https://bitcointalksearch.org/topic/bamt-easy-persistent-usb-key-based-linux-for-dedicated-minersmining-farms-28967
BTW the docs are kinda rough so I will be making a newbie BAMT guide aimed specifically towards cgminer users get up to speed using BAMT.
I thought I would drop some eye candy to encourage every cgminer user who hasn't tried BAMT to try it out.
Nice console view of all 24 of my cards (6 are running p2pool as a test and thus I haven't moved them over to BAMT yet).
You want historical monitoring you say?
cgminer is very bandwidth efficient but it needs sockets LOTS of sockets to run at peak efficiency. How many sockets?
Well with BAMT you know.
So looks like at peak cgminer is opening 280 sockets per rig. For a 5 rig 11GH farm that is ~1100 open sockets. Some cheaper/older routers can't hande that and choke.
So if you haven't given conman a donation lately .... do it now. If it hadn't been for his hard work we wouldn't this awesome customizable engine. If you didn't know already Kano did the RPC work. If you find it useful drop him a donation too. If you want RPC expanded well be sure to drop a donation first. RPC is the "glue" which integrates BAMT + cgminer. Without it getting cgminer added likely never would have happen.
If you haven't already commit to trying BAMT this weekend. If you like it, then support the primary developer Lord Crappo and be sure to mention it was cgminer support that brought you to BAMT.
February 08, 2012, 04:38:40 PM
Hey Con,
I guess here is a good place to restart our discussion, I registered with Github and took a first look into it. Is there an easy way for me to help you with the code itself via commits or pull-requests? I have never worked with Github, so that's all new. But as DiaKGCN evolves I would be glad to look after that part in CGMINER without the need for you to always implement the changes via the Phoenix version of the kernel. I don't want to fiddle in your code, but I would love to help not by only writing mails.
Dia
Yep, start reading github bootcamp I guess here is a good place to restart our discussion, I registered with Github and took a first look into it. Is there an easy way for me to help you with the code itself via commits or pull-requests? I have never worked with Github, so that's all new. But as DiaKGCN evolves I would be glad to look after that part in CGMINER without the need for you to always implement the changes via the Phoenix version of the kernel. I don't want to fiddle in your code, but I would love to help not by only writing mails
.Dia
https://github.com/
I found this useful: Git Reference; it's a tutorial as much as a reference.
February 08, 2012, 04:17:04 PM
edit
no change at all
i know this sounds very strange but watching this thing it almost looks like its trying to maintain a mhash less than 500 total or something
the gpus mhash fluctuations constantly going from 20-100+ and back down each one keeps changing but the aggregate speed stays around 500 mhash for all 5 cards...
I've seen reports like this before... something funky going on here. See what happens to the hash rate if you disable devices one by one in the menu. If you have m multiple screens set up on the one card in your config instead of one screen per card, opencl makes them all separate devices, so you're only mining on one card. Do they all spin up or is only one card actually mining when you have 5 devices adding up to one card's output? no change at all
i know this sounds very strange but watching this thing it almost looks like its trying to maintain a mhash less than 500 total or something
the gpus mhash fluctuations constantly going from 20-100+ and back down each one keeps changing but the aggregate speed stays around 500 mhash for all 5 cards...
February 08, 2012, 04:08:10 PM
Perhaps my question was vague. I'd like to know how to specify differing vector and worksize for different cards?
You can do -I 4,9, but you cannot do the same with -v or -w:
Is there a means of doing this I've not considered, or perhaps it's a feature that could be added?
Currently it only accepts one number since it tries to use sane defaults anyway. I could be added as a feature, but with so much going on in the cgminer code at the moment, it's very low priority since it's not something people request. You can do -I 4,9, but you cannot do the same with -v or -w:
Code:
cgminer: -v: '4,2' is not a number
cgminer: -w: '128,64' is not a number
Is there a means of doing this I've not considered, or perhaps it's a feature that could be added?
February 08, 2012, 02:27:48 PM
Perhaps my question was vague. I'd like to know how to specify differing vector and worksize for different cards?
You can do -I 4,9, but you cannot do the same with -v or -w:
Is there a means of doing this I've not considered, or perhaps it's a feature that could be added?
You can do -I 4,9, but you cannot do the same with -v or -w:
Code:
cgminer: -v: '4,2' is not a number
cgminer: -w: '128,64' is not a number
Is there a means of doing this I've not considered, or perhaps it's a feature that could be added?
February 08, 2012, 12:48:45 PM
When I start cgminer with a -Q bigger than 2 it doesn't seem to have an effect.
February 08, 2012, 12:09:33 PM
What does it take to get CGminer voltage control working under Windows ? (Windows 7 x64)
I have been able to use every other feature, including clock and memory speed adjustments, but never voltage control using CGMiner.
Anyone care to share ?
I have been able to use every other feature, including clock and memory speed adjustments, but never voltage control using CGMiner.
Anyone care to share ?
February 08, 2012, 11:35:50 AM
Hey Con,
I guess here is a good place to restart our discussion, I registered with Github and took a first look into it. Is there an easy way for me to help you with the code itself via commits or pull-requests? I have never worked with Github, so that's all new. But as DiaKGCN evolves I would be glad to look after that part in CGMINER without the need for you to always implement the changes via the Phoenix version of the kernel. I don't want to fiddle in your code, but I would love to help not by only writing mails.
Dia
Yep, start reading github bootcamp I guess here is a good place to restart our discussion, I registered with Github and took a first look into it. Is there an easy way for me to help you with the code itself via commits or pull-requests? I have never worked with Github, so that's all new. But as DiaKGCN evolves I would be glad to look after that part in CGMINER without the need for you to always implement the changes via the Phoenix version of the kernel. I don't want to fiddle in your code, but I would love to help not by only writing mails
.Dia
https://github.com/
That's a very nice how to in the Bootcamp ... I'll be back (will start setting up the local GIT stuff tomorrow).
Thanks
,Dia
February 08, 2012, 11:21:01 AM
edit
no change at all
i know this sounds very strange but watching this thing it almost looks like its trying to maintain a mhash less than 500 total or something
the gpus mhash fluctuations constantly going from 20-100+ and back down each one keeps changing but the aggregate speed stays around 500 mhash for all 5 cards...
no change at all
i know this sounds very strange but watching this thing it almost looks like its trying to maintain a mhash less than 500 total or something
the gpus mhash fluctuations constantly going from 20-100+ and back down each one keeps changing but the aggregate speed stays around 500 mhash for all 5 cards...
February 08, 2012, 11:19:34 AM
[
those are 5 x 5870 I should be getting 430 mhash each
the weird thing is before i exported display it only showed one card but it was mining fine at full 430 mhash
Code:
2012-02-08 11:18:29] Summary of per device statistics:
[2012-02-08 11:18:29] GPU0 29.0C 2106RPM | (5s):88.5 (avg):108.9 Mh/s | A:6 R:0 HW:0 U:1.82/m I: 9
[2012-02-08 11:18:29] GPU1 35.0C 3195RPM | (5s):92.8 (avg):96.6 Mh/s | A:3 R:0 HW:0 U:0.91/m I: 9
[2012-02-08 11:18:29] GPU2 27.5C 3254RPM | (5s):105.5 (avg):85.4 Mh/s | A:4 R:0 HW:0 U:1.21/m I: 9
[2012-02-08 11:18:29] GPU3 26.0C 3340RPM | (5s):120.1 (avg):89.6 Mh/s | A:6 R:0 HW:0 U:1.82/m I: 9
[2012-02-08 11:18:29] GPU4 24.5C 3162RPM | (5s):79.7 (avg):70.6 Mh/s | A:2 R:0 HW:0 U:0.61/m I: 9
those are 5 x 5870 I should be getting 430 mhash each
the weird thing is before i exported display it only showed one card but it was mining fine at full 430 mhash
February 08, 2012, 11:17:27 AM
Code:
[2012-02-08 11:14:04] CL Platform 0 vendor: Advanced Micro Devices, Inc.
[2012-02-08 11:14:04] CL Platform 0 name: AMD Accelerated Parallel Processing
[2012-02-08 11:14:04] CL Platform 0 version: OpenCL 1.1 AMD-APP-SDK-v2.4 (595.10)
[2012-02-08 11:14:04] Platform 0 devices: 5
[2012-02-08 11:14:04] GPU 0 ATI Radeon HD 5800 Series hardware monitoring enabled
[2012-02-08 11:14:04] GPU 1 ATI Radeon HD 5800 Series hardware monitoring enabled
[2012-02-08 11:14:04] GPU 2 ATI Radeon HD 5800 Series hardware monitoring enabled
[2012-02-08 11:14:04] GPU 3 ATI Radeon HD 5800 Series hardware monitoring enabled
[2012-02-08 11:14:04] GPU 4 ATI Radeon HD 5800 Series hardware monitoring enabled
[2012-02-08 11:14:04] 5 GPU devices max detected
sudo aticonfig --initial --adapter=all
and then restarted?
February 08, 2012, 11:14:53 AM
Hey Con,
I guess here is a good place to restart our discussion, I registered with Github and took a first look into it. Is there an easy way for me to help you with the code itself via commits or pull-requests? I have never worked with Github, so that's all new. But as DiaKGCN evolves I would be glad to look after that part in CGMINER without the need for you to always implement the changes via the Phoenix version of the kernel. I don't want to fiddle in your code, but I would love to help not by only writing mails.
Dia
Yep, start reading github bootcamp I guess here is a good place to restart our discussion, I registered with Github and took a first look into it. Is there an easy way for me to help you with the code itself via commits or pull-requests? I have never worked with Github, so that's all new. But as DiaKGCN evolves I would be glad to look after that part in CGMINER without the need for you to always implement the changes via the Phoenix version of the kernel. I don't want to fiddle in your code, but I would love to help not by only writing mails
.Dia
https://github.com/
February 08, 2012, 11:14:28 AM
Code:
[2012-02-08 11:14:04] CL Platform 0 vendor: Advanced Micro Devices, Inc.
[2012-02-08 11:14:04] CL Platform 0 name: AMD Accelerated Parallel Processing
[2012-02-08 11:14:04] CL Platform 0 version: OpenCL 1.1 AMD-APP-SDK-v2.4 (595.10)
[2012-02-08 11:14:04] Platform 0 devices: 5
[2012-02-08 11:14:04] GPU 0 ATI Radeon HD 5800 Series hardware monitoring enabled
[2012-02-08 11:14:04] GPU 1 ATI Radeon HD 5800 Series hardware monitoring enabled
[2012-02-08 11:14:04] GPU 2 ATI Radeon HD 5800 Series hardware monitoring enabled
[2012-02-08 11:14:04] GPU 3 ATI Radeon HD 5800 Series hardware monitoring enabled
[2012-02-08 11:14:04] GPU 4 ATI Radeon HD 5800 Series hardware monitoring enabled
[2012-02-08 11:14:04] 5 GPU devices max detected
February 08, 2012, 11:12:02 AM
Hey Con,
I guess here is a good place to restart our discussion, I registered with Github and took a first look into it. Is there an easy way for me to help you with the code itself via commits or pull-requests? I have never worked with Github, so that's all new. But as DiaKGCN evolves I would be glad to look after that part in CGMINER without the need for you to always implement the changes via the Phoenix version of the kernel. I don't want to fiddle in your code, but I would love to help not by only writing mails.
Dia
I guess here is a good place to restart our discussion, I registered with Github and took a first look into it. Is there an easy way for me to help you with the code itself via commits or pull-requests? I have never worked with Github, so that's all new. But as DiaKGCN evolves I would be glad to look after that part in CGMINER without the need for you to always implement the changes via the Phoenix version of the kernel. I don't want to fiddle in your code, but I would love to help not by only writing mails
.Dia
February 08, 2012, 11:08:45 AM
thank you for that but now im having an even weirder problem
it went from 1 GPU at full speed to 5 GPUS at very low speed
like all five are adding up to only 420 mhash,
is there a fix for this too?
What does "cgminer -n" show? it went from 1 GPU at full speed to 5 GPUS at very low speed
like all five are adding up to only 420 mhash,
is there a fix for this too?
Jump to: