dlasher
|
|
March 01, 2012, 07:01:48 PM |
|
this should be spun off into its' own thread so people don't miss this great script... I've been looking for something like this for a long while.. well done!
|
|
|
|
Bitsinmyhead
|
|
March 02, 2012, 09:49:58 AM |
|
Is there any way to avoid one of my GPU cores to start at all when I run cgminer? I have a 5970 card were one core is defect and if I try to mine on it my computer instantly crashes. The other core works fine and I am mining on it using GUIminer, but would like to switch to cgminer.
Is there anything I can put in the config file to make sure GPU0 never starts when I run cgminer?
|
|
|
|
Dyaheon
Member
Offline
Activity: 121
Merit: 10
|
|
March 02, 2012, 11:55:08 AM |
|
Is there any way to avoid one of my GPU cores to start at all when I run cgminer? I have a 5970 card were one core is defect and if I try to mine on it my computer instantly crashes. The other core works fine and I am mining on it using GUIminer, but would like to switch to cgminer.
Is there anything I can put in the config file to make sure GPU0 never starts when I run cgminer?
"cgminer -d 1 -d 2 ... -d n" should work. Or the equivalent in config file, however that works.
|
|
|
|
fred0
|
|
March 02, 2012, 01:37:07 PM Last edit: March 02, 2012, 01:57:06 PM by fred0 |
|
Is there any way to avoid one of my GPU cores to start at all when I run cgminer? I have a 5970 card were one core is defect and if I try to mine on it my computer instantly crashes. The other core works fine and I am mining on it using GUIminer, but would like to switch to cgminer.
Is there anything I can put in the config file to make sure GPU0 never starts when I run cgminer?
--device|-d <arg> Select device to use, (Use repeat -d for multiple devices, default: all) I would start cgminer using the --device 1, assuming a single 5970, this will skip device 0, the problem gpu. Then you can write the config file while cgminer is running. [ S]ettings, [W]rite config file, then you are done. [Edit]thought I was first to post a reply, twenty minutes later I see a reply before me, odd.
|
|
|
|
Bitsinmyhead
|
|
March 02, 2012, 04:04:29 PM |
|
Thanks to both of you. It worked great.
|
|
|
|
nelisky
Legendary
Offline
Activity: 1540
Merit: 1002
|
|
March 03, 2012, 12:41:53 PM |
|
Is anyone already doing ztex boards support for cgminer? I'm not sure about timeframes but I'm considering taking a stab at it seeing as I have the protocol "fresh" in my mind from the initial implementation for MPBM, but I'd hate to start it just to find out someone else is almost done with it
|
|
|
|
-ck (OP)
Legendary
Offline
Activity: 4256
Merit: 1645
Ruu \o/
|
|
March 03, 2012, 11:03:30 PM |
|
Is anyone already doing ztex boards support for cgminer? I'm not sure about timeframes but I'm considering taking a stab at it seeing as I have the protocol "fresh" in my mind from the initial implementation for MPBM, but I'd hate to start it just to find out someone else is almost done with it No one has started, but see here: http://bountychest.com/bountychest/ztex-support-for-cgminer/
|
Developer/maintainer for cgminer, ckpool/ckproxy, and the -ck kernel 2% Fee Solo mining at solo.ckpool.org -ck
|
|
|
-ck (OP)
Legendary
Offline
Activity: 4256
Merit: 1645
Ruu \o/
|
|
March 03, 2012, 11:07:55 PM |
|
I'm trying to use the 2.1 SDK for the 5xxx and 2.6 for the 6xxx. Everything works fine using the 2.6 sdk, but it obviously isnt efficient for the 5xxx series. Phoenix 2.0 lets me use the setup I want, but it lacks lots of features.
I also tried making cgminer use bins compiled for 2.1 while using the 2.6 sdk but it just recompiles them again. The ideal would be making --gpu-platform a per device option, something like --gpu-platform 0,0,1
You can only specify one gpu platform, but you can force it to use whatever combination by starting it a couple of times if you specify exactly the kernel, vectors and worksize. Eg start with --gpu-platform 0 (if that is sdk 2.1) --kernel phatk,diablo -v 2,1 -w 256,128 Then you will get two bins. Delete the one that you don't want running with sdk 2.1 and start again with the same commands except for --gpu-platform 1 (if that's sdk 2.6) and it will build a bin only the one that doesn't exist.
|
Developer/maintainer for cgminer, ckpool/ckproxy, and the -ck kernel 2% Fee Solo mining at solo.ckpool.org -ck
|
|
|
-ck (OP)
Legendary
Offline
Activity: 4256
Merit: 1645
Ruu \o/
|
|
March 03, 2012, 11:10:01 PM |
|
I know it'll compile fine without CPU mining, but I want to do some testing with it enabled... I want to see how Anubis handles it. If it's more trouble to get it working than it's worth, I'll forget about supporting CPUs in Anubis.
CPU mining is deprecated and the code will be completely removed in the future. Do not try to port or get anything working with it.
|
Developer/maintainer for cgminer, ckpool/ckproxy, and the -ck kernel 2% Fee Solo mining at solo.ckpool.org -ck
|
|
|
-ck (OP)
Legendary
Offline
Activity: 4256
Merit: 1645
Ruu \o/
|
|
March 03, 2012, 11:13:58 PM |
|
On a side note, on series 5xxx and 6xxx, using poclbm with any sdk above 2.1 is a performance loss, as is using phatk with anything below 2.4.
Really? Using 960/300 clocks on a 5870, -g 1 -I 8 (p2pool), tried with and without -w 256 -v 2, I get much worse performance on poclbm + 2.1 compared to phatk + 2.1. Phatk + 2.1 and phatk + 2.4 is about the same though, with 2.4 taking a very slight lead (<1%) . What would you recommend as settings for poclbm? I do remember it being better back in the day too, but haven't played much with 2.1 lately. Also, keeping memory speeds low is a must Any recollection you have about poclbm kernel is irrelevant I'm afraid. Note that the so-called poclbm kernel in cgminer has been DRASTICALLY rewritten by myself to be optimal with sdk 2.6+. So that even though it's called poclbm it really has very little in common with the original poclbm kernel. It appears to work well with 79xx and 69xx cards and sdk 2.6+ only.
|
Developer/maintainer for cgminer, ckpool/ckproxy, and the -ck kernel 2% Fee Solo mining at solo.ckpool.org -ck
|
|
|
-ck (OP)
Legendary
Offline
Activity: 4256
Merit: 1645
Ruu \o/
|
|
March 03, 2012, 11:20:14 PM |
|
Smoking...
Looks like I picked a good time for a break from cgminer code, since I smoked my PSU the other day and my mining rig is back in the workshop. Thank goodness for warranties lol.
|
Developer/maintainer for cgminer, ckpool/ckproxy, and the -ck kernel 2% Fee Solo mining at solo.ckpool.org -ck
|
|
|
nelisky
Legendary
Offline
Activity: 1540
Merit: 1002
|
|
March 03, 2012, 11:57:14 PM |
|
Is anyone already doing ztex boards support for cgminer? I'm not sure about timeframes but I'm considering taking a stab at it seeing as I have the protocol "fresh" in my mind from the initial implementation for MPBM, but I'd hate to start it just to find out someone else is almost done with it No one has started, but see here: http://bountychest.com/bountychest/ztex-support-for-cgminer/I see there are already some donations done towards that bounty and I really don't want to step in anybody's toes. If I do.decide to jump into this I'll try to be as public about it as possible and I hope anybody else tackling the same problem does the same. Ztex already proposed sending a board for free for this purpose, which I will not be requesting so I ask again: anyone thinking of taking the challenge in the next couple of weeks?
|
|
|
|
kano
Legendary
Offline
Activity: 4592
Merit: 1851
Linux since 1997 RedHat 4
|
|
March 04, 2012, 12:53:18 AM Last edit: March 04, 2012, 01:24:52 AM by kano |
|
Is anyone already doing ztex boards support for cgminer? I'm not sure about timeframes but I'm considering taking a stab at it seeing as I have the protocol "fresh" in my mind from the initial implementation for MPBM, but I'd hate to start it just to find out someone else is almost done with it No one has started, but see here: http://bountychest.com/bountychest/ztex-support-for-cgminer/I see there are already some donations done towards that bounty and I really don't want to step in anybody's toes. If I do.decide to jump into this I'll try to be as public about it as possible and I hope anybody else tackling the same problem does the same. Ztex already proposed sending a board for free for this purpose, which I will not be requesting so I ask again: anyone thinking of taking the challenge in the next couple of weeks? Weeks? It's not a days work. OK I'll do it tomorrow. Edit: obviously since I have no ztex someone is gonna have to try the code I write. It will be in my git when I do it. So you'll have to trust cloning and compiling from me Preferably someone who can visit #cgminer Freenode IRC I'll post here when I've done it - so if you or anyone else has a ztex then respond here if you will IRC and want to test it. (Not doing it today, finally properly testing the Icarus API code and fixing a few error message mistakes)
|
|
|
|
nelisky
Legendary
Offline
Activity: 1540
Merit: 1002
|
|
March 04, 2012, 02:24:41 AM |
|
Weeks? It's not a days work. OK I'll do it tomorrow. Edit: obviously since I have no ztex someone is gonna have to try the code I write. It will be in my git when I do it. So you'll have to trust cloning and compiling from me Preferably someone who can visit #cgminer Freenode IRC I'll post here when I've done it - so if you or anyone else has a ztex then respond here if you will IRC and want to test it. (Not doing it today, finally properly testing the Icarus API code and fixing a few error message mistakes) I didn't mean finish in weeks... C'mon, a little credit here, I code for a living. Can not tell if you are serious, but I can help both in testing and in developing if you are.
|
|
|
|
kano
Legendary
Offline
Activity: 4592
Merit: 1851
Linux since 1997 RedHat 4
|
|
March 04, 2012, 02:56:28 AM |
|
Weeks? It's not a days work. OK I'll do it tomorrow. Edit: obviously since I have no ztex someone is gonna have to try the code I write. It will be in my git when I do it. So you'll have to trust cloning and compiling from me Preferably someone who can visit #cgminer Freenode IRC I'll post here when I've done it - so if you or anyone else has a ztex then respond here if you will IRC and want to test it. (Not doing it today, finally properly testing the Icarus API code and fixing a few error message mistakes) I didn't mean finish in weeks... C'mon, a little credit here, I code for a living. Can not tell if you are serious, but I can help both in testing and in developing if you are. No I'm serious. I'll do it tomorrow (it's 2pm here now) (though if I have time today ... but I doubt it)
|
|
|
|
antirack
|
|
March 04, 2012, 04:39:36 AM |
|
With the help of kanoi and xiangfu in #cgminer I could get it to work with my Icarus boards on my Windows 7 setup. It worked well over night. It required building it without BFL support and adding two lines of code in icarus.c ( http://pastebin.com/xDtPF9Qc). I also used Sharky's native win32 setup and build instructions for cgminer ( http://pastebin.com/3pzivj32). The base I used was the source release here in case anyone is wondering. http://ck.kolivas.org/apps/cgminer/cgminer-2.3.1-2.tar.bz2, but changes to the Icarus code have been made on github in the meantime. I do have a ZTEX board here and two more in the mail - but I am not a (windows/linux) coder. I am glad I could get the above to work and I don't have a box to which I could give you access to. I'll let you two guys (kano + nelisky) work this out I'll gladly give it a try afterwards. However, I will be on vacation for 10 days starting from Wednesday. Just a theoretical question. How many FPGA boards could cgminer run? If I'd have a dozen or two USB hubs (each taking a USB port + ID) and a theoretical number of 100 ZTEX or Icarus boards, would that still work? (I am going to cancel my vacation, sell the car and get a loan on the house, lol, just kidding). I am just asking because with GPUs I guess cgminer was always limited because of the fact that you can only install a few in a computer. But now with FPGAs a larger number should be possible (new cgminer user speaking).
|
|
|
|
antirack
|
|
March 04, 2012, 04:41:13 AM |
|
double post.
|
|
|
|
kano
Legendary
Offline
Activity: 4592
Merit: 1851
Linux since 1997 RedHat 4
|
|
March 04, 2012, 04:52:51 AM |
|
... Just a theoretical question. How many FPGA boards could cgminer run? If I'd have a dozen or two USB hubs (each taking a USB port + ID) and a theoretical number of 100 ZTEX or Icarus boards, would that still work? (I am going to cancel my vacation, sell the car and get a loan on the house, lol, just kidding). I am just asking because with GPUs I guess cgminer was always limited because of the fact that you can only install a few in a computer. But now with FPGAs a larger number should be possible (new cgminer user speaking).
Current code says ... 32 It's just a #define in miner.h so it may be possible to just increase it and it will all work. I'd expect that to be the case. However, the API has a TODO I put in it that there could be issues about the amount of data returned by "devs" I've not bothered to work out the limit or intercept it before it causes havoc yet ... since: The API limit is certainly above 32 so with the current code limit it's fine. Edit: though ... I'd have no idea what would happen if you had 32 devices and didn't use '-T' ... Curses may fail since there's not enough space on a standard 24 line terminal. At least certainly set your terminal bigger (taller) before trying 32.
|
|
|
|
this time
Newbie
Offline
Activity: 55
Merit: 0
|
|
March 04, 2012, 05:17:03 PM |
|
Is there a step I'm missing to save settings? I use S,W,Enter from the menu to save the configuration as cgminer.conf but it does not appear to save my settings in the cgminer.conf file. It just looks like below. Also when I enter in values and save, they do not take when I start up with cgminer -c cgminer.conf
{ "pools" : [ { "url" : "x", "user" : "x", "pass" : "x" }, { "url" : "x", "user" : "x, "pass" : "x" }, { "url" : "x", "user" : "x", "pass" : "x" }, { "url" : "x", "user" : "x", "pass" : "x" } ],
"intensity" : "d", "vectors" : "2", "worksize" : "128", "kernel" : "phatk", "gpu-engine" : "0-0", "gpu-fan" : "0-85", "gpu-memclock" : "0", "gpu-memdiff" : "0", "gpu-powertune" : "0", "gpu-vddc" : "0.000", "temp-cutoff" : "95", "temp-overheat" : "85", "temp-target" : "75", "api-port" : "4028", "expiry" : "120", "gpu-dyninterval" : "7", "gpu-platform" : "0", "gpu-threads" : "2", "log" : "5", "queue" : "0", "retry-pause" : "5", "scan-time" : "60", "temp-hysteresis" : "3", "shares" : "0", "kernel-path" : "/usr/local/bin" }
|
|
|
|
kano
Legendary
Offline
Activity: 4592
Merit: 1851
Linux since 1997 RedHat 4
|
|
March 04, 2012, 09:42:44 PM |
|
S/W/Enter will save it in the default cgminer.conf file. (e.g. on linux ~/.cgminer/cgminer.conf)
It will load that as well as the one you specify with -c (which will be the same file twice if the -c points to the same file - which it doesn't in your case)
So you don't want to also specify -c on the command line if you are saving it in the default one
|
|
|
|
|