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

Hmm I think we had the discussion before, but are you sure the dynamic is set to the correct device?

On the 2.6.5 binary;
Seeing the same bug we had a while back again...    (Well, may not be the same bug, but it's acting the same)

Intensity pegs to -10 when set to dynamic on a GPU with a display on it.

Windows 7 x64, Catalyst 12.6, SDK 2.6, Two 5870s no crossfire.

Let me know if you need a debug dump or anything else.

No

Sorry if this is a dump question but, is it possible to undervolt my 7970 under Linux?!

I mean, I set it up but I don't see any wattage drop at my kill-a-watt...  :-/

I'm using Ubuntu 12.04 64 bits, Catalyst 12.6 and CGMiner 2.6.5 binary...

Thanks!
Thiago

This is simply that one pool has rolltime and the others do not. It's such an efficient option that it's really a waste of resources to not use it on the one pool since the others have not moved out of the dark ages. But I guess I could add more black magic to cope with that....

Both pools are difficulty 1 shares

I only noticed the difference with rollNtime. The result was cgMiner ran through the full roll of the work on the rollNtime work before trying a different work from a different pool.
As far as correcting the shares possibly switch every N minutes will work for you. I would set it to maybe every 1 minute then the pool gets work from both for 1 minute switces and repeats. There will likely be some variation because of luck and because of new blocks whatever pool is being used at the time of the most new blocks would likely be a little slow.

Have run 2.6.4 since its release only changing to 2.6.5 last night and I have to say with Win7 64bit and 1 BFL single I have had 0 issues. Failover setting not load balance. The software works great for me!

I have noticed a similar behavior too, but with me pool 3 gets almost all of the shares and pools 0, 1 and 2 get starved.
Sam

New version - 2.6.5, 15th August 2012

seems to work great on win7 x64 

thanks allot for all your great work 

Regards Testit

When using the load balance feature between 2 pools, I always have more accepted shares on pool 0 than pool 1. If I switch the pools on my .conf file I get the same result. Pool 0 always has a considerably higher amount of accepted shares than pool 1.

I have a cgminer instance running 2 gpu's of which I can see each gpu is working both pools and the gpu's are both identical as well as the same settings. They both run within 1MH/s of each other. One gpu runs about 4c higher than the other and the hotter one usually always has a slightly higher U value than th other.

On a separate box I run just a single gpu and I get the same result from it in that pool 0 always has a higher amount of shares. Currently I just run one .conf will pools listed one way and on the other .conf I am listing the pools opposite the first. Any idea how I may be able to get a better balance. Also at wat cost is my decision to run the load balance feature possibly negating the efficiency versus just using the failover feature? I should also say my decision to use the load balance is an attempt to lower variance I may see from a single pool.

Thanks for your time

EDIT: Is there a better alternative to the load balancing option to distributing work between 2 pools in attempt to avoid variance of a single pool?

May be a little quick to confirm wat I stated about
"On a separate box I run just a single gpu and I get the same result from it in that pool 0 always has a higher amount of shares."

Have different results on very small sample sizes once I reversed the pools on that miner. Going to check with the pool and see if they are running difficulty 1 shares or something different. I guess this could cause issue with the load balance feature.

Oh well ...

Doesn't help; I can't get it to mine because it's compiling without OpenCL support.

cgminer

You can only be getting that error if you're downloading something that needs a library that isn't on your machine when you build it, so I assume you're download my x86_64 built binary.

Build what part? The driver, cgminer or...?

If you're on linux, it really is very little effort to build it yourself. Don't be afraid. Long term you're much better off.

I don't know, I used to have the driver and SDK 2.5 installed separately, but I don't remember how I did it. That's how I had originally gotten my phatk kernel that stopped working after cgminer 2.6. Now I just have the 12.1 driver installed and whichever SDK that comes with (2.6 I assume). Any attempts to install the SDK separately are met with segfaults.

Honestly I dunno wtf is wrong with your setup. The opencl library is required and unless you fix the way it's installed on your machine, then you have to compile it yourself.

cut/paste

2.6.5
An Xubuntu 11.04 x86_64 executable is in my github downloads called cgminer-2.6.5a
https://github.com/kanoi/cgminer/downloads

For anyone who didn't realise, it's just the executable file to put in place of 'cgminer'
Nothing else needs changing
First get and extract the full binary release from ckolivas and then copy my file in place of 'cgminer'

No Problems so far on my GPU+2xIcarus or BFL (I'm now only running 2 instances of cgminer)

The same configure options as cvolivas' binary version
In case anyone was wondering:
CFLAGS="-O2 -W -Wall" ./configure --enable-icarus --enable-bitforce --enable-ztex --enable-modminer --enable-scrypt

I have also added a WinXP cgminer-2.6.5a.exe

This ONLY has BFL + ICA (as below) thus it doesn't need a computer with OpenCL on it
CFLAGS="-O2 -W -Wall" ./configure --enable-icarus --enable-bitforce

You will most likely also need the windowsdlls.zip file there in my downloads since some of my *.dll might be slightly different to ckolivas

maybe 5%. it's worth it. 5870 I could give you good settings

So far working great on Pi with multiple BFLs.