Author

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

hero member
Activity: 518
Merit: 500
Manateeeeeeees
Just updated to 2.8.3.  I have to say I really don't like the new precision on numeric output:

Quote
GPU 0:  73.0C 2900RPM | 604.2M/661.2Mh/s | A:3 R:0 HW:0 U: 7.03/m I: 9
GPU 1:  74.0C 2912RPM | 595.1M/659.3Mh/s | A:5 R:0 HW:0 U:11.72/m I: 9
GPU 2:  74.0C 2922RPM | 611.8M/658   Mh/s | A:10 R:0 HW:0 U:23.44/m I: 9

Could you put a .0 on there instead of all that blank space?  It's a minor thing, but I like it better that way.
Vbs
hero member
Activity: 504
Merit: 500
I was running cgminer 2.5.0 till today, as the latest versions had a performance hit on my 5850's (win x64, SDK 2.5 on Cat 12.1), since the last phatk update (~400MH/s to ~320MH/s).

Since I had some free time today I went to check what had changed from phatk120223 to phatk120823 and found what was causing me that performance hit. Commenting the problematic lines fixed it:

Code:
//#if defined(OCL1)
#define SETFOUND(Xnonce) output[output[FOUND]++] = Xnonce
//#else
// #define SETFOUND(Xnonce) output[atomic_add(&output[FOUND], 1)] = Xnonce
//#endif

I still find it strange how the atomic_add could be responsible for that much of a mhash hit, since it will only be called on found nonces. Tongue

(Running 2.8.3 now, will keep monitoring performance for any issues)
legendary
Activity: 1540
Merit: 1001
I'm getting very high CPU usage on Win7 using ver 2.7.7. Basically 1 core is almost always near 100%. Anyone else with the same issue?

Usually this is intensity related.  Anything higher than 9 will spike CPU usage.

M
newbie
Activity: 43
Merit: 0
In the night all my cgminers on win32 died all at the same time.

I believed you the first time. What I don't have, as yet, is an explanation or anything in particular to debug since I can't reproduce it yet.

Maybe if you run one instance in debug mode (-D -T) you can see what the last thing is that is logged.

For finding the error i am running one instance with -fix-protocol.
I had the idea maybe the Exception comes when the DSL-Router makes a reconnect and stratum looses his tcp connection.
Logging is also enabled now.

-ck
legendary
Activity: 4088
Merit: 1631
Ruu \o/
In the night all my cgminers on win32 died all at the same time.

I believed you the first time. What I don't have, as yet, is an explanation or anything in particular to debug since I can't reproduce it yet.

Maybe if you run one instance in debug mode (-D -T) you can see what the last thing is that is logged.
newbie
Activity: 43
Merit: 0
In the night all my cgminers on win32 died all at the same time.
legendary
Activity: 4634
Merit: 1851
Linux since 1997 RedHat 4
If you can switch pools and switching causes the one switched to, to move in the order to the top you just have to start at lowest priority then switch to increasingly higher priorities. At least I thought you could switch in the API.
Yeah, I'm just saying it would be nice if it was a bit easier. Like have an entry box for priorities and an entry box for adding a pool on the fly.

$readonly = false;
$poolinputs = true;

As per the API-README at the end about miner.php

Also see API-REAME about enabling privileged access to cgminer via the API
(since changing cgminer is privileged access)
legendary
Activity: 4634
Merit: 1851
Linux since 1997 RedHat 4
Is there a possibility to stop a ICA/ZTX worker/thread ?

I'd like to "Disable" ICA2 i.e. and let the others running.. like with GPU's


No.

Is it planned to be possible some day?

As this way I can very easy identify a particular FPGA Board and debug it further/reflash it and so on..
However, if you use the API command 'pgadisable|N' yes you can do it via the API
(and 'pgaenable|N')

see API-REAME about enabling privileged access to cgminer via the API
legendary
Activity: 952
Merit: 1000
I'm getting very high CPU usage on Win7 using ver 2.7.7. Basically 1 core is almost always near 100%. Anyone else with the same issue?
what drivers are you using? i have 12.8 without such issues. I believe is a driver issue and no cgminer.
Drop you intensity?
hero member
Activity: 607
Merit: 500
I'm getting very high CPU usage on Win7 using ver 2.7.7. Basically 1 core is almost always near 100%. Anyone else with the same issue?

what drivers are you using? i have 12.8 without such issues. I believe is a driver issue and no cgminer.
hero member
Activity: 988
Merit: 1000
I'm getting very high CPU usage on Win7 using ver 2.7.7. Basically 1 core is almost always near 100%. Anyone else with the same issue?
Use linux.
newbie
Activity: 22
Merit: 0
I'm getting very high CPU usage on Win7 using ver 2.7.7. Basically 1 core is almost always near 100%. Anyone else with the same issue?
-ck
legendary
Activity: 4088
Merit: 1631
Ruu \o/
@ckolivas
is there any reason to leave 2.7.7 behind if i`m mining on a pool which doesn`t support stratum ?
There are a few minor changes, but basically no.
sr. member
Activity: 458
Merit: 250
beast at work
@ckolivas
is there any reason to leave 2.7.7 behind if i`m mining on a pool which doesn`t support stratum ?
-ck
legendary
Activity: 4088
Merit: 1631
Ruu \o/
hero member
Activity: 591
Merit: 500
-ck
legendary
Activity: 4088
Merit: 1631
Ruu \o/
Dynamic intensity is still messed up in 2.8.3. Now it's going up to 15. Shocked
Eh? I tested it on windows and linux... Tongue
Hmm I dunno then. It took about a minute or two for it to start happening after I started up 2.8.3; it was happening instantly in 2.8.2.

Try this build then please (I'm assuming it's windows?):
http://ck.kolivas.org/apps/cgminer/temp/cgminer.exe
-ck
legendary
Activity: 4088
Merit: 1631
Ruu \o/
I was using 2.7.6 on my dual 7970 (Club 3D and Sapphire with AMD cooling) rigs for as long as it was out now, with 1125MHz core & 1000 mem, no voltage change, power setting at -20%, all Win7 32, 1250Mh per rig.
I have noticed all 2.8 builds have the problem of declaring the GPUs sick with that clock rate.
They work with the stock 925 and a little bit more, but above 1000 i get sick fast.
I have not modded the cards in any way, just plugged them in, installed latest AMD driver and started CGM.
It (or the driver?) itself set the clock up to 1125, the maximum, more is not allowed by the bios.
I have to manually reduce engine clock to below 1000 to have it run a few hours, but then it inevitably dies with GPU declared sick, and a windows pops up "CGMiner.exe has stopped working".
What is going on here?

I better stick to 2.7.6 and use the proxy, that does work for days now.
This post is the most interesting and do you know why? The GPU code is UNCHANGED between 2.7.6 and 2.8.3. The only thing that is different is the stratum code. Now why would that make your GPUs SICK now when they didn't previously? Because with the stratum code, the device is busier than ever. There is no possible way to keep the device as busy as doing it in the c code internally in cgminer. So your devices are no longer getting any rest between work.

EDIT: This is precisely why stratum was developed by the way; in order to be able to keep much higher hashrate devices busy. If you want to test this theory, use version 2.8.3 and connect to the proxy in http mode by using --fix-protocol.
hero member
Activity: 988
Merit: 1000
I could now use the API to periodically reorder them. I wonder if there is a way to make the automatic switching not mess with the priority. I have been trying 2.8.x. I don't even have a stratum pool so it's fairly worthless to try. I won't find any bugs. Since eclipse is so reliable I really have not been able to retest the failover.
I think it would be pretty cool to be able to easily reorder and add pools in miner.php.

If you can switch pools and switching causes the one switched to, to move in the order to the top you just have to start at lowest priority then switch to increasingly higher priorities. At least I thought you could switch in the API.


setup a script to run in reverse order:
echo -n "switchpool|$1" | nc "$ip" "$port"

where $1 is the pool to switch to
$ip is your rig's ip
$port is the api port - default is 4028
hero member
Activity: 591
Merit: 500
If you can switch pools and switching causes the one switched to, to move in the order to the top you just have to start at lowest priority then switch to increasingly higher priorities. At least I thought you could switch in the API.
Yeah, I'm just saying it would be nice if it was a bit easier. Like have an entry box for priorities and an entry box for adding a pool on the fly.
Jump to: