Quote
Q: I have multiple GPUs and although many devices show up, it appears to be
working only on one GPU splitting it up.
working only on one GPU splitting it up.
Topic: OFFICIAL CGMINER mining software thread for linux/win/osx/mips/arm/r-pi 4.11.0 - page 364. (Read 5806015 times)
April 23, 2013, 07:34:05 AM
April 23, 2013, 06:34:15 AM
I did that during setup and I tried it again in case anything got knocked around. No joy... 
This problem is driving me nuts. I can't figure what it could be.
Thanks for your help and suggestions so far though.
README believe it or not, has faq about this... This problem is driving me nuts. I can't figure what it could be.
Thanks for your help and suggestions so far though.
Are you referring to exporting the display settings? I have been doing that. If there is a section of the README that you know solves my problem, would you be so kind as to point it out to me? I have been through the README trying to find the answer for myself before posting here so that I wouldn't have to bother anyone here with my noob questions. I really only decided to post here as a last resort because I know you (and everyone else) are busy with other things.
I decided to run ./cgminer -n again. It looks like the problem might lie here, no? Shouldn't the 5800 series be listed as Cypress? Having read the section on --gpu-map I am still unsure as to how I should solve this issue, if --gpu-map is even the correct solution. I have avoided using that command because I read the warning in the README. I am just a hobbyist and would prefer not to toast any of my hardware.
Thanks again for your time.
Code:
[2013-04-23 13:02:17] CL Platform 0 vendor: Advanced Micro Devices, Inc.
[2013-04-23 13:02:17] CL Platform 0 name: AMD Accelerated Parallel Processing
[2013-04-23 13:02:17] CL Platform 0 version: OpenCL 1.2 AMD-APP (1016.4)
[2013-04-23 13:02:17] Platform 0 devices: 4
[2013-04-23 13:02:17] 0 Barts
[2013-04-23 13:02:17] 1 Barts
[2013-04-23 13:02:17] 2 Barts
[2013-04-23 13:02:17] 3 Barts
[2013-04-23 13:02:17] GPU 0 AMD Radeon HD 6700 Series hardware monitoring enabled
[2013-04-23 13:02:17] GPU 1 AMD Radeon HD 6700 Series hardware monitoring enabled
[2013-04-23 13:02:17] GPU 2 AMD Radeon HD 6700 Series hardware monitoring enabled
[2013-04-23 13:02:17] GPU 3 ATI Radeon HD 5800 Series hardware monitoring enabled
[2013-04-23 13:02:17] 4 GPU devices max detected
[2013-04-23 13:02:17] USB all: found 10 devices - listing known devices
[2013-04-23 13:02:17] No known USB devices
April 23, 2013, 02:41:21 AM
Using 3.0.0-windows. Coming from 2.11.4-windows.
Two 5850's, working flawlessly. I don't see any hiccups. No decrease in hash rates and no increase of hash rates.
Thank you, ckolivas.
Edit:
But! my WU:996.7/m-WU:1026/m is crazy high!!! Which is great, I was at WU:741-771/m.
Two 5850's, working flawlessly. I don't see any hiccups. No decrease in hash rates and no increase of hash rates.
Thank you, ckolivas.
Edit:
But! my WU:996.7/m-WU:1026/m is crazy high!!! Which is great, I was at WU:741-771/m.
False alarm on WU:. My WU: fell down to the usual after many hours. It took many hours.
April 23, 2013, 02:30:46 AM
I have. I don't think it says anything about the hashrate going up a little, and then dropping back down 5 seconds after overclocking.
K, it was worth a shot, asking, and notifying you of the guide if you hadn't known of it.
April 23, 2013, 01:42:49 AM
1. Every time I change the mem-clock, the hashrate will go up slightly (about 15Kh/s), and then drop back down to where it was (275Kh/s). According to GPU-Z, the speed is staying where I set it, so why is the hashrate going back down???
It's complicated.
really? care to explain, or is your comment just a reflection of your inadequacies? Either your inadequacies in articulation, which prevent you from explaining, or is it you inadequacies in comprehension, which prevent you from understanding it yourself?
yes
April 23, 2013, 01:19:07 AM
1. Every time I change the mem-clock, the hashrate will go up slightly (about 15Kh/s), and then drop back down to where it was (275Kh/s). According to GPU-Z, the speed is staying where I set it, so why is the hashrate going back down???
It's complicated.
really? care to explain, or is your comment just a reflection of your inadequacies? Either your inadequacies in articulation, which prevent you from explaining, or is it you inadequacies in comprehension, which prevent you from understanding it yourself?
April 23, 2013, 01:16:03 AM
1. Every time I change the mem-clock, the hashrate will go up slightly (about 15Kh/s), and then drop back down to where it was (275Kh/s). According to GPU-Z, the speed is staying where I set it, so why is the hashrate going back down???
It's complicated.
April 23, 2013, 01:10:51 AM
Great program, but a FAQ or README would be nice to help me setup 
No point writing one...nobody would ever read it.
lol
Now how's about some help with my problem?
Quote
1. Every time I change the mem-clock, the hashrate will go up slightly (about 15Kh/s), and then drop back down to where it was (275Kh/s). According to GPU-Z, the speed is staying where I set it, so why is the hashrate going back down???
Full post here. Please help. I HAVE read the readme. If you can't help, please feel free to troll me instead.
April 23, 2013, 01:08:38 AM
Great program, but a FAQ or README would be nice to help me setup
No point writing one...nobody would ever read it.
lmao... true that.
April 23, 2013, 01:03:13 AM
Great program, but a FAQ or README would be nice to help me setup
No point writing one...nobody would ever read it.
April 23, 2013, 12:47:03 AM
Great program, but a FAQ or README would be nice to help me setup
April 22, 2013, 10:15:12 PM
OK, I've spent all day trying to optimize this thing. I've got a 7950 on a machine with 4GB of system RAM, and I HAVE read the manual.
I'm trying to figure out the best clock speeds as per the example in SCRYPT-README.
Batch file is
I'm tired and confused, but if you want to abuse me for missing something obvious, then please feel free
I'm trying to figure out the best clock speeds as per the example in SCRYPT-README.
- 1. Every time I change the mem-clock, the hashrate will go up slightly (about 15Kh/s), and then drop back down to where it was (275Kh/s). According to GPU-Z, the speed is staying where I set it, so why is the hashrate going back down???
- 2. To try and fix the above problem, I stopped using --auto-gpu. Was this the right thing to do? It didn't work anyway.
- 3. The README says to keep increasing the speed incrementally until the GPU crashes. I've gone as high as 1600 and no crash (no performance increase either). Looking at the mining comparison charts, I can see that not many people have gone above 1500. Should I keep pushing it? Is there anything to be gained?
- 4. Without OC'ing, I was able to get ~550Kh/s. Should I just be happy with that?
Batch file is
Code:
cgminer.exe -o stratum+tcp://stratum.give-me-ltc.com:3333 -u user.1 -p xxxxx -I 13 --scrypt --auto-fan --gpu-fan 25-80 --temp-cutoff 90
I'm tired and confused, but if you want to abuse me for missing something obvious, then please feel free
Have you tried giving this a shot for the 7k series card?
Consolidated Litecoin Mining Guide for 5xxx, 6xxx, and 7xxx GPUs
I have. I don't think it says anything about the hashrate going up a little, and then dropping back down 5 seconds after overclocking.
April 22, 2013, 09:49:02 PM
The last version of cgminer I was able to compile on OS/X was 2.10.5, since then there has been a change to usbutils.c that has prevented it being compiled.
the error is:
usbutils.c:805: error: redefinition of ‘union semun’
I removed the offending code
and tried to recompile and got
usbutils.c: In function ‘cgminer_usb_lock_bd’:
usbutils.c:908: error: ‘union semun’ has no member named ‘seminfo’
usbutils.c:924: error: ‘union semun’ has no member named ‘seminfo’
so it seems the semun structure on mac osx doesn't include seminfo for some reason.
any ideas?
semun doesn't exist on linux - you have to define it yourself.the error is:
usbutils.c:805: error: redefinition of ‘union semun’
I removed the offending code
and tried to recompile and got
usbutils.c: In function ‘cgminer_usb_lock_bd’:
usbutils.c:908: error: ‘union semun’ has no member named ‘seminfo’
usbutils.c:924: error: ‘union semun’ has no member named ‘seminfo’
so it seems the semun structure on mac osx doesn't include seminfo for some reason.
any ideas?
I guess the OSX OS devs misunderstood that
You'd have to come by IRC to help work out how to fix this in OSX - in linux I define it myself as per the requirements - but that fails in OSX coz it is already defined
Maybe in a few hours though I don't have time right now
April 22, 2013, 09:34:08 PM
updated to v3 impressed 2.11.4 was a kick back and ahd to revert to others.
Now using v4 and have 100MH/s improvement on speeds on mining on sha and improvement of 120kh/s on scrypt. Keep up the good work cgminer
Now using v4 and have 100MH/s improvement on speeds on mining on sha and improvement of 120kh/s on scrypt. Keep up the good work cgminer
April 22, 2013, 09:13:03 PM
OK, I've spent all day trying to optimize this thing. I've got a 7950 on a machine with 4GB of system RAM, and I HAVE read the manual.
I'm trying to figure out the best clock speeds as per the example in SCRYPT-README.
Batch file is
I'm tired and confused, but if you want to abuse me for missing something obvious, then please feel free
I'm trying to figure out the best clock speeds as per the example in SCRYPT-README.
- 1. Every time I change the mem-clock, the hashrate will go up slightly (about 15Kh/s), and then drop back down to where it was (275Kh/s). According to GPU-Z, the speed is staying where I set it, so why is the hashrate going back down???
- 2. I stopped using --auto-gpu to try and fix the above problem. Was this the right thing to do? It didn't work anyway.
- 3. The README says to keep increasing the speed incrementally until the GPU crashes. I've gone as high as 1600 and no crash (no performance increase either). Looking at the mining comparison charts, I can see that not many people have gone above 1500. Should I keep pushing it? Is there anything to be gained?
- 4. Without OC'ing, I was able to get ~550Kh/s. Should I just be happy with that?
Batch file is
Code:
cgminer.exe -o stratum+tcp://stratum.give-me-ltc.com:3333 -u user.1 -p xxxxx -I 13 --scrypt --auto-fan --gpu-fan 25-80 --temp-cutoff 90
I'm tired and confused, but if you want to abuse me for missing something obvious, then please feel free
Have you tried giving this a shot for the 7k series card?
Consolidated Litecoin Mining Guide for 5xxx, 6xxx, and 7xxx GPUs
April 22, 2013, 09:05:38 PM
OK, I've spent all day trying to optimize this thing. I've got a 7950 on a machine with 4GB of system RAM, and I HAVE read the manual.
I'm trying to figure out the best clock speeds as per the example in SCRYPT-README.
Batch file is
I'm tired and confused, but if you want to abuse me for missing something obvious, then please feel free
I'm trying to figure out the best clock speeds as per the example in SCRYPT-README.
- 1. Every time I change the mem-clock, the hashrate will go up slightly (about 15Kh/s), and then drop back down to where it was (275Kh/s). According to GPU-Z, the speed is staying where I set it, so why is the hashrate going back down???
- 2. To try and fix the above problem, I stopped using --auto-gpu. Was this the right thing to do? It didn't work anyway.
- 3. The README says to keep increasing the speed incrementally until the GPU crashes. I've gone as high as 1600 and no crash (no performance increase either). Looking at the mining comparison charts, I can see that not many people have gone above 1500. Should I keep pushing it? Is there anything to be gained?
- 4. Without OC'ing, I was able to get ~550Kh/s. Should I just be happy with that?
Batch file is
Code:
cgminer.exe -o stratum+tcp://stratum.give-me-ltc.com:3333 -u user.1 -p xxxxx -I 13 --scrypt --auto-fan --gpu-fan 25-80 --temp-cutoff 90
I'm tired and confused, but if you want to abuse me for missing something obvious, then please feel free
April 22, 2013, 09:02:30 PM
-I d,9,9,9
You should set the flags as follows :
-I 9 -d 0 -d 1 -d 2 -d 3
For BTC mining keep the memory to 300 should be fine
I think batcoin's Intensity settings are correct.
I've never seen "-I 9 -d 0 -d 1 -d 2 -d 3" for setting intensity. Does it work for you? But he still wants one GPU set to Dynamic.
Sam
Works perfectly fine why shouldn't it?
According to the readme 9 is fine for a dedicated miner.
I was referring to assigning GPU's individually with the -d 0 thru -d 3. CGMiner uses all GPU's by default. But, hey whatever works for you.
I'm sure intensity of 9 is fine.
Sam
April 22, 2013, 08:09:43 PM
Using 3.0.0-windows. Coming from 2.11.4-windows.
Two 5850's, working flawlessly. I don't see any hiccups. No decrease in hash rates and no increase of hash rates.
Thank you, ckolivas.
Edit:
But! my WU:996.7/m-WU:1026/m is crazy high!!! Which is great, I was at WU:741-771/m.
Two 5850's, working flawlessly. I don't see any hiccups. No decrease in hash rates and no increase of hash rates.
Thank you, ckolivas.
Edit:
But! my WU:996.7/m-WU:1026/m is crazy high!!! Which is great, I was at WU:741-771/m.
April 22, 2013, 07:41:44 PM
cgminer wont make the sweet, sweet love. Is there a fix for this?
April 22, 2013, 07:39:09 PM
cgminer wont make the sweet, sweet love. Is there a fix for this?
Isn't it in the readme?
Jump to: