OFFICIAL CGMINER mining software thread for linux/win/osx/mips/arm/r-pi 4.11.1

[nitrox]

now it is OK, run normal

 

[1713548073]

1713548073

[1713548073]

1713548073

[1713548073]

1713548073

[1713548073]

1713548073

[1713548073]

1713548073

[1713548073]

1713548073

[-ck]

New  version: 2.7.4, 23rd August 2012

All the showstoppers are fixed. Status upgraded to stable on this release.

Human readable changelog

Once again completely rehashed the work queueing mechanism trying to take -everything- into account. It should all be fixed now.
There are updated kernels here designed to never accidentally miss a share which previous kernels might have - if you underclock your memory a lot, you may find it needs to be slightly higher to not lose hashrate, increasing memory from say 150 to 250 OR you may need to play with worksize on R5xxx if previously you found 128 better because it defaults to 256 now. Others might even notice a slight increase in hashrate.

Full changelog

- Perform select_pool even when not lagging to allow it to switch back if needed
to the primary.
- Simplify macros in output kernels avoiding apparent loops and local variables.
- Carry the needed bool over the work command queue.
- Move the decision to queue further work upstream before threads are spawned
based on fine grained per-pool stats and increment the queued count immediately.
- Track queued and staged per pool once again for future use.
- OpenCL 1.0 does not have native atomic_add and extremely slow support with
atom_add so detect opencl1.0 and use a non-atomic workaround.
- Pools: add RollTime info to API 'stats' and 'Stats' button in miner.php

[stevegee58]

Dude you sound like you need another vacation from cgminer.

[dave3]

I'll probably give 2.7.4 a try tomorrow if 2.7.5 isn't out by then. 

For what it's worth, I ran 2.7.0 for a few days, then 2.7.2, and now 2.7.3, and I haven't had any issues with them.  I'm using BFL devices, though.

Appreciate your work.  Thanks.

[Krak]

- Pools: add RollTime info to API 'stats' and 'Stats' button in miner.php

Oh nice, I was just looking for this a couple days ago.

[kano]

- Pools: add RollTime info to API 'stats' and 'Stats' button in miner.php

Oh nice, I was just looking for this a couple days ago.

My donation address is in my sig

[kano]

cut/paste ...

2.7.4
An Xubuntu 11.04 x86_64 executable is in my github downloads called cgminer-2.7.4a
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 BFL or my 2xGPU+2xIcarus

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.7.4a.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

[Krak]

2.7.4 is saying that it's 2.6.6 and it won't start properly for me.

Code:

 [2012-08-23 12:19:09] Started cgminer 2.6.6

 [2012-08-23 12:19:09] Started cgminer 2.6.6
 [2012-08-23 12:19:09] Loaded configuration file /home/tyler/Dropbox/cgminer/cgm
iner.conf
 [2012-08-23 12:19:09] Probing for an alive pool
 [2012-08-23 12:19:10] Long-polling activated for http://mint.bitminter.com:8332
/lp
 [2012-08-23 12:19:10] Unable to open phatk120724.cl or /home/tyler/Dropbox/cgmi
ner/phatk120724.cl for reading
 [2012-08-23 12:19:10] Failed to init GPU thread 0, disabling device 0
 [2012-08-23 12:19:10] Restarting the GPU from the menu will not fix this.
 [2012-08-23 12:19:10] Try restarting cgminer.
Press enter to continue:

[kano]

2.7.4 is saying that it's 2.6.6 and it won't start properly for me.
...

Did you compile it or did you download the binary?

Edit: that error says you didn't put in the new files with 2.7.4

[Krak]

Did you compile it or did you download the binary?

Edit: that error says you didn't put in the new files with 2.7.4

I downloaded the binary. I deleted every file that was in the folder before besides my config file and my kernel and moved 2.7.4 over.

[kano]

Did you compile it or did you download the binary?

Edit: that error says you didn't put in the new files with 2.7.4

I downloaded the binary. I deleted every file that was in the folder before besides my config file and my kernel and moved 2.7.4 over.

Yep your right.
I've checked the 2.7.4 linux binary release and it contains a 2.6.6 executable but the rest of the files are 2.7.4
Have to wait 'til the morning then - it's 2:30am here and I know ckolivas just went to sleep.
(or use 2.6.6)

[Hawkix]

cgminer detects stale shares and does not submit them. However, there are pools which credits for stale shares. Is there an option how to force cgminer to try to submit all shares?

[Krak]

cgminer detects stale shares and does not submit them. However, there are pools which credits for stale shares. Is there an option how to force cgminer to try to submit all shares?

It looks to me like cgminer has stale share submission enabled by default now. I know that some pools (like p2pool) tell cgminer if it should submit stales or not.

[dishwara]

New unstable version: 2.7.4

Fixed some shit. Added some shit. Will only call it stable once it's tested by others.

What a rotten day 

You really need some rest.

[kano]

cgminer detects stale shares and does not submit them. However, there are pools which credits for stale shares. Is there an option how to force cgminer to try to submit all shares?

Yes it submits stale shares by default.
There is an option to stop it from submitting stale shares: --no-submit-stale
That change happened in 2.3.6 back on 29-April

[twmz]

What a rotten day 

Thank you for all the time and energy you put into cgminer!  Hopefully this will make the day a little less rotten:

http://blockchain.info/tx/26d43354f1fd10efe0f65e6f4b250c9f4a00aff0fb73d8d6df5d636d9a705ecf

[Krak]

Just succeeded in compiling 2.7.4 finally. Took me a while to figure out how to compile with ADL support.

Everything is running great so far and my WU has increased 0.4 from 2.7.3. I noticed one weird thing though; I tried accessing my pool info through the API and it keeps giving me this error:

Code:

Error: Could not find or load main class API

I'm not sure if this is because of something I missed when compiling though.

[mdude77]

What a rotten day 

Thank you for all the time and energy you put into cgminer!  Hopefully this will make the day a little less rotten:

http://blockchain.info/tx/26d43354f1fd10efe0f65e6f4b250c9f4a00aff0fb73d8d6df5d636d9a705ecf

Wow.. 2 was a lot for me, I'm guessing you pull in 10x what I do..

M

[mdude77]

New unstable version: 2.7.4

Fixed some shit. Added some shit. Will only call it stable once it's tested by others.

Full changelog

I upgraded from 2.7.0 to 2.7.3.  Two of my miners crashed w/o me noticing it.

On 2.7.4 now.  First thing I noticed is the efficiencies are consistent now across my miners.  Instead of some being way of the charts, and others just off the charts, now they are all off the charts like they are supposed to be.

All using local instances of p2pool.

M

[-ck]

cgminer detects stale shares and does not submit them. However, there are pools which credits for stale shares. Is there an option how to force cgminer to try to submit all shares?

It eventually gives up even with submit stale if it has already tried sending them at least once. Otherwise you could end up with a billion shares waiting in the queue, out of memory and crash.