OFFICIAL CGMINER mining software thread for linux/win/osx/mips/arm/r-pi 4.11.0 - page 704.

Fiyasko

legendary

Activity: 1428

Merit: 1001

Okey Dokey Lokey

Quote from: jjiimm_64 on January 14, 2012, 12:17:44 PM

Quote from: DeathAndTaxes on January 14, 2012, 10:34:42 AM

Please post your results as it will confirm P4man hypothesis.

DAT: this is awsome.....
all I have to do is copy the old bin to the new cgminer and launch..... brb

edit:
wow: I can tell instantly that it is working as before. 2bits for DeathAndTaxes... whats your addy

(lol) Awww c'mon I gave the solution first(lol kinda) D&T just elaborated and made it a step by step guide (snickers) I want those coins! c'mon he's got 6gh/s i've got 1 xD

jjiimm_64

legendary

Activity: 1876

Merit: 1000

Quote from: DeathAndTaxes on January 14, 2012, 10:34:42 AM

Please post your results as it will confirm P4man hypothesis.

DAT: this is awsome.....
all I have to do is copy the old bin to the new cgminer and launch..... brb

edit:
wow: I can tell instantly that it is working as before. 2bits for DeathAndTaxes... whats your addy

swapper

newbie

Activity: 17

Merit: 0

Quote from: swapper on January 11, 2012, 06:49:24 PM

Hi.

I have a problem with cgminer when I try to fix gpu or memory frequency with cgminer and quit the program.

I have an ATI 6990 watercooled, without fan, with overclock switch activated, in Windows 7 enterprise X64 with Catalyst 11.12

If I fix the gpu frequency to 900 Mhz and memory frequency to 775 Mhz with MSI Afterburner and launch cgminer with: "cgminer.exe -o http://de.btcguild.com:8332 -u xxx -p xxx --donation 1.0 --temp-cutoff 85 --temp-overheat 80 --temp-target 60 -I 5" it works OK: http://img221.imageshack.us/img221/9568/91104914.png

But if I specify the frequencies in cgminer with: "cgminer.exe -o http://de.btcguild.com:8332 -u xxx -p xxx --donation 1.0 --temp-cutoff 85 --temp-overheat 80 --temp-target 60 -I 5 --gpu-engine 900 --gpu-memclock 775" : http://img715.imageshack.us/img715/158/bsodt.png, it works OK until I quit the program. When exiting, just after printing "Summary of per device statistics" line, it appears a BSOD: http://img16.imageshack.us/img16/9703/bsod1.png

Any idea?

Thanks.

I reply to myself:

I have returned the ATI 6990 switch to it's default position. I use MSI Afterburner to monitor the card, not to overclock it. Launched cgminer with: "cgminer.exe -o http://de.btcguild.com:8332 -u xxx -p xxx --donation 1.0 --temp-cutoff 80 --temp-overheat 70 --temp-target 60 -I 5 --auto-gpu --gpu-engine 830-920 --gpu-memclock 795 --gpu-memdiff -125 --gpu-powertune 20" and the BSOD after quitting cgminer is gone.

Now the problem is the GPU and memory clocks are not returned to it's original values after quitting cgminer. After quitting cgminer, If I execute FurMark the clocks return to the values specified when I executed cgminer (920/795), not the card's default (830/1250).

cablepair

hero member

Activity: 896

Merit: 1000

Buy this account on March-2019. New Owner here!!

Quote from: DeathAndTaxes on January 14, 2012, 10:34:42 AM

Quote from: P4man on January 14, 2012, 05:18:32 AM

Quote from: Fiyasko on January 14, 2012, 04:02:33 AM

Who wants to jump in, Thats fucked

I suspect you already gave the reason: "Loving this miner Because it compiled a SDK2.5 .bin, Making itself run off SDK 2.5 Whilst i have 2.6 installed"

This.

It is the craptastic beyond all belief SDK 2.6 (worst release by AMD yet).

DONT USE 2.6 DONT USE 2.6 DONT USE 2.6 DONT USE 2.6 DONT USE 2.6 (<- maybe that should be my signature)

You may say "why does the old cgminer not have an issue"? cgminer "caches" kernel binary data as .bin files. So since they were already created the old version won't create new ones and use the fucked to all hell SDK 2.6

An experiment.
1) Look in old cgminer dir. You should see some files with .bin extension. Copy them somewhere safe.
2) Now delete the copy in old cgminer dir. launch cgminer - likely you have the same poor performance.
3) Look in old cgminer dir. You will notice it recreated the .bin files. These are the crappy ones (built w/ sdk 2.6). Delete them
4) Copy your safe copy (step #1) of the .bin files back to old cgminer. launch it. you should have good performance again
5) Now delete the .bin files in NEW VERSION of cgminer dir. Copy the "old" .bin files from your safe directory (step #1).
6) Launch new cgminer. You should have same performance as the old cgminer.

Please post your results as it will confirm P4man hypothesis.

hes right. I posted awhile back that even if you uninstall and reinstall your drivers you still have to delete cgminer and unzip a fresh copy, I never took the time to figure out why , but this is obviously the reason thanks!

wndrbr3d

hero member

Activity: 914

Merit: 500

I tried searching but my terms were a bit generic, so I thought I'd ask and face the wrath of the "zomg, search" guys Tongue

Is there a way to have cgminer restore the pre-execution engine/memory clock values upon exit? I use two of my mining rigs as gaming computers and I always have to go into afterburner after I quit cgminer to put my clocks back to default.

Any help is appreciated! Thanks!

DeathAndTaxes

donator

Activity: 1218

Merit: 1079

Gerald Davis

Quote from: P4man on January 14, 2012, 05:18:32 AM

Quote from: Fiyasko on January 14, 2012, 04:02:33 AM

Who wants to jump in, Thats fucked

I suspect you already gave the reason: "Loving this miner Because it compiled a SDK2.5 .bin, Making itself run off SDK 2.5 Whilst i have 2.6 installed"

This.

It is the craptastic beyond all belief SDK 2.6 (worst release by AMD yet).

DONT USE 2.6 DONT USE 2.6 DONT USE 2.6 DONT USE 2.6 DONT USE 2.6 (<- maybe that should be my signature)

You may say "why does the old cgminer not have an issue"? cgminer "caches" kernel binary data as .bin files. So since they were already created the old version won't create new ones and use the fucked to all hell SDK 2.6

An experiment.
1) Look in old cgminer dir. You should see some files with .bin extension. Copy them somewhere safe.
2) Now delete the copy in old cgminer dir. launch cgminer - likely you have the same poor performance.
3) Look in old cgminer dir. You will notice it recreated the .bin files. These are the crappy ones (built w/ sdk 2.6). Delete them
4) Copy your safe copy (step #1) of the .bin files back to old cgminer. launch it. you should have good performance again
5) Now delete the .bin files in NEW VERSION of cgminer dir. Copy the "old" .bin files from your safe directory (step #1).
6) Launch new cgminer. You should have same performance as the old cgminer.

Please post your results as it will confirm P4man hypothesis.

P4man

hero member

Activity: 518

Merit: 500

Quote from: Fiyasko on January 14, 2012, 04:02:33 AM

Who wants to jump in, Thats fucked

I suspect you already gave the reason: "Loving this miner Because it compiled a SDK2.5 .bin, Making itself run off SDK 2.5 Whilst i have 2.6 installed"

Fiyasko

legendary

Activity: 1428

Merit: 1001

Okey Dokey Lokey

Quote from: jjiimm_64 on January 14, 2012, 03:25:41 AM

Quote from: Fiyasko on January 14, 2012, 03:15:49 AM

Lets get the obvious questions out of the way
Could your drivers have updated recently?
Your Obviously talking about the newer version of CGminer right? If not, SDK2.6 is your problem.

yes, i updated the ccc a month ago to get rid of the 100% bug. i have 11-12_vista64_win7_64_dd_ccc_ocl.exe

if I run the older version of cgminer, i get the normal hashrates. This did not affect the other 14 rigs running linuxcoin

Who wants to jump in, Thats fucked

jjiimm_64

legendary

Activity: 1876

Merit: 1000

Quote from: Fiyasko on January 14, 2012, 03:15:49 AM

Lets get the obvious questions out of the way
Could your drivers have updated recently?
Your Obviously talking about the newer version of CGminer right? If not, SDK2.6 is your problem.

yes, i updated the ccc a month ago to get rid of the 100% bug. i have 11-12_vista64_win7_64_dd_ccc_ocl.exe

if I run the older version of cgminer, i get the normal hashrates. This did not affect the other 14 rigs running linuxcoin

Fiyasko

legendary

Activity: 1428

Merit: 1001

Okey Dokey Lokey

Quote from: jjiimm_64 on January 14, 2012, 02:40:54 AM

I dont know if anyone else is seeing this.

I know this is free/donate software, and normally I would just continue to use the olderversion......

The newest version has lowered my hashrate on the windoz boxes. This one is pretty clear. I dont want to go back to the older version because of the new RPC stuff..

windows 7 64
CCC 12 (latest version)

it looks like a reduction of about 30Mhash per gpu. The below rig has 5 6950's, one of them unlocked. The unlocked one normally gets close to 390, and the other 363

Code:

cgminer version 2.1.2 - Started: [1326522675]    Rig: miner12
(5s):?  (avg): 1692.5 Mh/s  |    Q:781   A:1405   R:8   HW:0   E:?%   U:22.63/m
TQ:?   ST:0   SS:?   DW:43   NB:7   LW:2442   GF:1   RF:0
Connected to http://us.eclipsemc.com:8337 with LP as user ?
GPU 0:	75.5C	2934RPM 	55% | 	333.0/332.5Mh/s | 	875Mhz 	1.1V 	A:306	R:4	HW:0	U:4.93/m 	I: 7
GPU 1:	74.0C	3907RPM 	73% | 	361.9/362.5Mh/s | 	875Mhz 	1.06V 	A:308	R:1	HW:0	U:4.96/m 	I: 7
GPU 2:	75.5C	3830RPM 	72% | 	332.8/332.5Mh/s | 	875Mhz 	1.06V 	A:281	R:1	HW:0	U:4.53/m 	I: 7
GPU 3:	73.0C	4168RPM 	77% | 	333.9/332.6Mh/s | 	875Mhz 	1.1V 	A:268	R:1	HW:0	U:4.32/m 	I: 7
GPU 4:	73.5C	3028RPM 	58% | 	334.3/332.5Mh/s | 	875Mhz 	1.1V 	A:242	R:1	HW:0	U:3.90/m 	I: 7

Lets get the obvious questions out of the way
Could your drivers have updated recently?
Your Obviously talking about the newer version of CGminer right? If not, SDK2.6 is your problem.

jjiimm_64

legendary

Activity: 1876

Merit: 1000

I dont know if anyone else is seeing this.

I know this is free/donate software, and normally I would just continue to use the olderversion......

The newest version has lowered my hashrate on the windoz boxes. This one is pretty clear. I dont want to go back to the older version because of the new RPC stuff..

windows 7 64
CCC 12 (latest version)

it looks like a reduction of about 30Mhash per gpu. The below rig has 5 6950's, one of them unlocked. The unlocked one normally gets close to 390, and the other 363

Code:

cgminer version 2.1.2 - Started: [1326522675]    Rig: miner12
(5s):?  (avg): 1692.5 Mh/s  |    Q:781   A:1405   R:8   HW:0   E:?%   U:22.63/m
TQ:?   ST:0   SS:?   DW:43   NB:7   LW:2442   GF:1   RF:0
Connected to http://us.eclipsemc.com:8337 with LP as user ?
GPU 0:	75.5C	2934RPM 	55% | 	333.0/332.5Mh/s | 	875Mhz 	1.1V 	A:306	R:4	HW:0	U:4.93/m 	I: 7
GPU 1:	74.0C	3907RPM 	73% | 	361.9/362.5Mh/s | 	875Mhz 	1.06V 	A:308	R:1	HW:0	U:4.96/m 	I: 7
GPU 2:	75.5C	3830RPM 	72% | 	332.8/332.5Mh/s | 	875Mhz 	1.06V 	A:281	R:1	HW:0	U:4.53/m 	I: 7
GPU 3:	73.0C	4168RPM 	77% | 	333.9/332.6Mh/s | 	875Mhz 	1.1V 	A:268	R:1	HW:0	U:4.32/m 	I: 7
GPU 4:	73.5C	3028RPM 	58% | 	334.3/332.5Mh/s | 	875Mhz 	1.1V 	A:242	R:1	HW:0	U:3.90/m 	I: 7

Fiyasko

legendary

Activity: 1428

Merit: 1001

Okey Dokey Lokey

Crossfire6870's SDK2.6 win7x64 1000core 490mem, Loving this miner Because it compiled a SDK2.5 .bin, Making itself run off SDK 2.5 Whilst i have 2.6 installed

Code:

 cgminer version 2.1.2 - Started: [2012-01-13 23:31:03]
--------------------------------------------------------------------------------
 (5s):634.8 (avg):637.2 Mh/s | Q:8503  A:6394  R:10  HW:0  E:75%  U:8.93/m
 TQ: 3  ST: 4  SS: 0  DW: 1095  NB: 78  LW: 0  GF: 15  RF: 5
 Connected to http://pit.deepbit.net:8332 with LP as user ***************
 Block: 0000054533fe9192bb1f8a7f5e4506cc...  Started: [11:22:57]
--------------------------------------------------------------------------------
 [P]ool management [G]PU management [S]ettings [D]isplay options [Q]uit
 GPU 0:  83.0C  98%    | 317.0/318.5Mh/s | A:3208 R:6 HW:0 U:4.48/m I: 3
 GPU 1:  79.0C  98%    | 318.6/318.8Mh/s | A:3186 R:4 HW:0 U:4.45/m I: 3
--------------------------------------------------------------------------------

[2012-01-14 11:25:56] Accepted 00000000.fe087aa6.b6c65b1c GPU 1 thread 1
[2012-01-14 11:25:59] Accepted 00000000.3da5aba9.a4ffc4c4 GPU 0 thread 2
[2012-01-14 11:26:03] Accepted 00000000.23f2c69d.e1247f03 GPU 0 thread 0
[2012-01-14 11:26:08] Accepted 00000000.9b195352.5d02bd13 GPU 1 thread 3
[2012-01-14 11:26:11] Accepted 00000000.98ae433f.4890aa38 GPU 1 thread 3
[2012-01-14 11:26:13] Accepted 00000000.7af8e905.3dc22ee1 GPU 0 thread 2
[2012-01-14 11:26:20] Accepted 00000000.71801391.93aad286 GPU 0 thread 0
[2012-01-14 11:26:26] Accepted 00000000.04eab056.9a04b654 GPU 0 thread 0
[2012-01-14 11:26:30] Accepted 00000000.82d3a872.5a759e46 GPU 0 thread 2
[2012-01-14 11:26:35] Accepted 00000000.ae651790.d9904148 GPU 0 thread 2
[2012-01-14 11:26:35] Accepted 00000000.5589aab8.33646615 GPU 0 thread 0
[2012-01-14 11:26:42] Accepted 00000000.b2f12627.a3f7e617 GPU 1 thread 3

Code updated to a Much larger sample size (ran overnight)

jjiimm_64

legendary

Activity: 1876

Merit: 1000

Quote from: kano on January 14, 2012, 12:12:40 AM

However, the status at the top of cgminer is if ANY pool has LP - cgminer only uses one LP.

So if I am reading you right.. LP is working, because one of the other pools has it, even if my solo server is not actually doing the LP.

Thxs.

here is a taste of what I am working on.. (trying to keep the original cgminer format that we all know)

this is the first time I can actually see what my actual hashrate and util is in real time!

this is a single php page plus the included socket example api, no database necessary
http://cgminerweb.com/example.miner.php.html

Fiyasko

legendary

Activity: 1428

Merit: 1001

Okey Dokey Lokey

Quote from: -ck on January 13, 2012, 11:26:40 PM

Quote from: Fiyasko on January 13, 2012, 09:57:06 PM

Oh hey two things;
1, anytime i try to save a .conf file, It saves, Looks all good to go, But always goes "failed to load json configuration file<--or something simmilar

2, I've heard that you can put the .dll's from older SDK's somewhere in/near the CGminer folder, And then CGminer will use them, AKA 12.1 SDK 2.6 With 12.1 SDK 2.4 performance
Where do i put the dlls? (i know wich ones)

Try hand editing the conf file. Apparently there is sometimes a problem with the "vddc" entries. I don't know why.

You don't copy dlls, you copy any .bin files

There are No .bin files in either the enitre 2.5SDK.exe installer, Or in the CGMiner dir.
what .bins are you talking about?

kano

legendary

Activity: 4634

Merit: 1851

Linux since 1997 RedHat 4

Quote from: jjiimm_64 on January 13, 2012, 11:08:40 PM

Quote from: kano on January 13, 2012, 06:29:20 PM

But yeah - state exactly what you want with those 2 commands and once the CPU changes happen I'll put those 2 on first priority (for 5 BTC

Kano, thanks. will let you know, trying to get the interface working now.

which brings me to this point, i am seeing a discrepancy between the RPC data and the cgminer data regarding LP

the app reports that I have 'with LP' but the rpc reports ' [Long Poll] N'

That's probably due to having more than one pool?
Actually - yes you do have more than one pool (that pool number is '1' not '0')
LP is an attribute of a pool.
However, the status at the top of cgminer is if ANY pool has LP - cgminer only uses one LP.

-ck

legendary

Activity: 4088

Merit: 1631

Ruu \o/

Quote from: Fiyasko on January 13, 2012, 09:57:06 PM

Oh hey two things;
1, anytime i try to save a .conf file, It saves, Looks all good to go, But always goes "failed to load json configuration file<--or something simmilar

2, I've heard that you can put the .dll's from older SDK's somewhere in/near the CGminer folder, And then CGminer will use them, AKA 12.1 SDK 2.6 With 12.1 SDK 2.4 performance
Where do i put the dlls? (i know wich ones)

Try hand editing the conf file. Apparently there is sometimes a problem with the "vddc" entries. I don't know why.

You don't copy dlls, you copy any .bin files

jjiimm_64

legendary

Activity: 1876

Merit: 1000

Quote from: kano on January 13, 2012, 06:29:20 PM

But yeah - state exactly what you want with those 2 commands and once the CPU changes happen I'll put those 2 on first priority (for 5 BTC

quote myself...

Quote

Kano,
  What I am looking for is basically exactly what you would do if you went thru the apps interface to:

1. switch pool
   P -> S -> pool number

2. change engine clock
   G -> C -> GPU# -> E -> newValue

3. change mem clock
   G -> C -> GPU# -> M -> newValue

I guess just about any one of the gpu changes would be good, but the 3 above I think are critical. Even if you can control the fan (I usually have on auto) you can always lower the Eclock down to try and kool it.. or disable the card which you have already implimented.

I would like to revise the above list with this one.

1. ability to switch pools (i think setting a pools priority to 0 would work?)
2. setting any of the following, for 1 or all gpus's:

"intensity" : "newValue",
"gpu-engine" : "newValue",
"gpu-memclock" : "newValue",
"gpu-fan": "newValue", ex(50-85)

I realize the 'all gpus' could get tricky, because most of these takes possible a comma delim list. and i have no idea how it is implimented so just one at a time is good

also just wanted to bump this up again. i know we are waiting to resolve the code/trunk issues.

here is a sample of the single php page summary of all cgminers in farm no database needed..
http://cgminerweb.com/example.miner.php.html (html snapshot)

jjiimm_64

legendary

Activity: 1876

Merit: 1000

Quote from: kano on January 13, 2012, 06:29:20 PM

But yeah - state exactly what you want with those 2 commands and once the CPU changes happen I'll put those 2 on first priority (for 5 BTC

Kano, thanks. will let you know, trying to get the interface working now.

which brings me to this point, i am seeing a discrepancy between the RPC data and the cgminer data regarding LP

the app reports that I have 'with LP' but the rpc reports ' [Long Poll] N'

web:

Code:

cgminer version 2.1.2 - Started: [1326505319]    Rig: miner4
(5s):?  (avg): 2939.46 Mh/s  |    Q:5791   A:412   R:1   HW:3   E:?%   U:2.91/m
TQ:?   ST:0   SS:?   DW:97   NB:10   LW:716   GF:2   RF:0
Connected to http://192.168.1.100:8332 without LP as user ?

app:

Code:

cgminer version 2.1.2 - Started: [2012-01-14 01:42:03]
--------------------------------------------------------------------------------
 (5s):2929.5 (avg):2938.8 Mh/s | Q:6029  A:428  R:1  HW:3  E:7%  U:2.90/m
 TQ: 9  ST: 13  SS: 0  DW: 104  NB: 11  LW: 726  GF: 2  RF: 0
 Connected to http://192.168.1.100:8332 with LP as user ME
 Block: 00000d67e00edd9eb1d3103a548d5d2c...  Started: [04:04:52]

edit:

here is the print_r of the rpc call

Code:

 [1] => Array
                (
                    [POOL] => 1
                    [URL] => http://192.168.1.100:8332
                    [Status] => Alive
                    [Priority] => 0
                    [Long Poll] => N
                    [Getworks] => 5916
                    [Accepted] => 0
                    [Rejected] => 0
                    [Discarded] => 95
                    [Stale] => 0
                    [Get Failures] => 2
                    [Remote Failures] => 0
                )

Fiyasko

legendary

Activity: 1428

Merit: 1001

Okey Dokey Lokey

Quote from: Remember remember the 5th of November on January 13, 2012, 11:03:41 PM

Quote from: Fiyasko on January 13, 2012, 09:57:06 PM

Oh hey two things;
1, anytime i try to save a .conf file, It saves, Looks all good to go, But always goes "failed to load json configuration file<--or something simmilar

2, I've heard that you can put the .dll's from older SDK's somewhere in/near the CGminer folder, And then CGminer will use them, AKA 12.1 SDK 2.6 With 12.1 SDK 2.4 performance
Where do i put the dlls? (i know wich ones)

Didn't you just basically answer question 2 yourself?

Well thats the thing.. Nothing changes when i put the .dll's in the dir... Even after i reboot...

Remember remember the 5th of November

legendary

Activity: 1862

Merit: 1011

Reverse engineer from time to time

Quote from: Fiyasko on January 13, 2012, 09:57:06 PM

Oh hey two things;
1, anytime i try to save a .conf file, It saves, Looks all good to go, But always goes "failed to load json configuration file<--or something simmilar

2, I've heard that you can put the .dll's from older SDK's somewhere in/near the CGminer folder, And then CGminer will use them, AKA 12.1 SDK 2.6 With 12.1 SDK 2.4 performance
Where do i put the dlls? (i know wich ones)

Didn't you just basically answer question 2 yourself?

Topic: OFFICIAL CGMINER mining software thread for linux/win/osx/mips/arm/r-pi 4.11.0 - page 704. (Read 5805728 times)