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

[ShadesOfMarble]

Somewhere between 2.8.5 and 2.9.1 the mhs 5s fields changed from 5 to 3. What is the setting to change this back to 5s?

Thanks,
gigavps

Should be
"log" : "5",

[1715408986]

1715408986

[-ck]

New versions: ->2.9.3, 11th November 2012

The GBT rollout wasn't that painful, so hopefully with this release cleaning up a few issues I can call this version the current stable release. I note more and more pools are moving to stratum instead anyway, which is in my opinion the better choice for pooled mining.


Human readable changelog

If a GBT pool was not the primary, then shares leaked to it or switching to the GBT pool would easily generate stale work. Now cgminer gets a new block template once per minute even from the backup pools. This is of course going to waste more bandwidth but is the only way to guarantee that any GBT work generated is not stale.
Cgminer will now detect backup pools failing even when not mining on them.
Sometimes cgminer would show the current block as just all zeroes. This bug has been worked around.
When mining on a server without longpoll, such as solo mining, if a stratum pool is available, its block change information will help the solo now.
Hopefully the URL stored for stratum pools when saving a configuration file works now.
The pools that had longpoll failing (like p2pool) should be fixed again.
Solo mining will now show the best share diff as well, even if they're all below target.


Full changelog

- Make header larger on gen stratum work to accomodate \0 at the end.
- Use stratum block change from backup pools as an alternative to longpoll for
pools that don't support LP.
- Check share target diff for best_share to be calculated when solo mining.
- Round some more static string arrays to 4 byte boundaries.
- There is no need for the static arrays to be larger than required, so long as
they're 4 byte aligned to appease ARM.
- Store the full stratum url information in rpc_url for correct configuration
file saving.
- Put in a hack to prevent dud work from sneaking into test_work_current being
seen as a new block.
- Reset the work->longpoll flag where it will affect stratum work items as well.
- Check for both coinbase/append and submit/coinbase support before using GBT
protocol.
- First pass through testing for GBT should not set probed to true since we are
about to probe again.
- Hash1 is only used by the deprecated cpu mining code and never changes so
remove it from the work struct and bypass needing to process the value for all
other mining.
- Get a work item once per minute for all getwork and GBT pools to test they're
still alive and to maintain a current GBT template.
- Get a fresh block template with GBT pools on switching to them.

[kano]

cut/paste ...

2.9.3
An Xubuntu 11.04 x86_64 executable is in my github downloads called cgminer-2.9.3a
https://github.com/kanoi/cgminer/downloads
(it also works on Fedora 16 and 17)

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 '2xGPU' or 'BFL+ICA' (20 minutes + 3 LP's so far) GPU's on solo and BFL+ICA (1.6GH/s) on EMC with GBT
(MMQ is doing new code testing)

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

(and yes I made a 2.9.2a but deleted it and the post)

[os2sam]

Neither the balance nor load balance strategies seem to work when your mining on a stratum server as your primary.  I've noticed this on all of the stratum enabled CGMiner's so far.

Sam

[-ck]

Neither the balance nor load balance strategies seem to work when your mining on a stratum server as your primary.  I've noticed this on all of the stratum enabled CGMiner's so far.

Sam

Noted.

[Testit]

2.9.3 seems too run great for me thanks allot

[-ck]

2.9.3 seems to run great for me thanks a lot

You're welcome. Thanks for the feedback 

[Cranky4u]

If ppl are looking for FPGAs, I have 2 Cairnsmore for sale. They crunch 880MHs @ 80W. [WTS] add in the market place. I am moving over to LTC/gaming rigs were FPGA is not useful.

[kano]

If ppl are looking for FPGAs, I have 2 Cairnsmore for sale. They crunch 880MHs @ 80W. [WTS] add in the market place. I am moving over to LTC/gaming rigs were FPGA is not useful.

Send a free one to ckolivas to see if you can get him more interested in FPGAs before the dev ASICs arrive
He is (and I am) in the same country as you, so postage isn't much

[Roy Badami]

Now cgminer gets a new block template once per minute even from the backup pools. This is of course going to waste more bandwidth but is the only way to guarantee that any GBT work generated is not stale.

Is there any means of making this optional, at least for GBT?  I'm not particularly keen on this from a bandwidth point of view - I think I'd rather lose a small amount of work if I have to failover rather than permanantly double or triple my bandwidth usage

Right now I guess my only options are to force getwork or remove my backups.

roy

[rav3n_pl]

Hi.
Small reminder: "Q:" is still very wrong.

Code:

 cgminer version 2.9.3 - Started: [2012-11-12 11:10:19]
--------------------------------------------------------------------------------
 (5s):14.55M (avg):14.63Mh/s | Q:4  A:31  R:6  HW:0  E:775%  U:0.2/m
 TQ: 0  ST: 1  SS: 0  DW: 3  NB: 21  LW: 2774  GF: 0  RF: 0  WU: 0.2
 Connected to rav3n.dtdns.net with LP as user toy.gpu
 Block: 02fc0fe59a06045dd6cfdc3c...  Started: [14:07:12]  Best share: 101
--------------------------------------------------------------------------------
 [P]ool management [G]PU management [S]ettings [D]isplay options [Q]uit
 GPU 0:  55.0C  85%    | 14.37M/14.63Mh/s | A:31 R:6 HW:0 U:0.16/m I: 4
--------------------------------------------------------------------------------

 [2012-11-12 14:17:12] LONGPOLL from pool 0 requested work restart
 [2012-11-12 14:17:23] LONGPOLL from pool 0 requested work restart
 [2012-11-12 14:17:24] LONGPOLL from pool 0 requested work restart
 [2012-11-12 14:17:32] LONGPOLL from pool 0 requested work restart

It is p2pool, so longpool every 10sec, 21 new blocks in mean time but Q is only 4 and E is hitting roof on this small MH/s

[os2sam]

Hi.
Small reminder: "Q:" is still very wrong.

Code:

 cgminer version 2.9.3 - Started: [2012-11-12 11:10:19]
--------------------------------------------------------------------------------
 (5s):14.55M (avg):14.63Mh/s | Q:4  A:31  R:6  HW:0  E:775%  U:0.2/m
 TQ: 0  ST: 1  SS: 0  DW: 3  NB: 21  LW: 2774  GF: 0  RF: 0  WU: 0.2
 Connected to rav3n.dtdns.net with LP as user toy.gpu
 Block: 02fc0fe59a06045dd6cfdc3c...  Started: [14:07:12]  Best share: 101
--------------------------------------------------------------------------------
 [P]ool management [G]PU management [S]ettings [D]isplay options [Q]uit
 GPU 0:  55.0C  85%    | 14.37M/14.63Mh/s | A:31 R:6 HW:0 U:0.16/m I: 4
--------------------------------------------------------------------------------

 [2012-11-12 14:17:12] LONGPOLL from pool 0 requested work restart
 [2012-11-12 14:17:23] LONGPOLL from pool 0 requested work restart
 [2012-11-12 14:17:24] LONGPOLL from pool 0 requested work restart
 [2012-11-12 14:17:32] LONGPOLL from pool 0 requested work restart

It is p2pool, so longpool every 10sec, 21 new blocks in mean time but Q is only 4 and E is hitting roof on this small MH/s

Don't know what's wrong with that.  Seems to me to be a good thing if P2pool is using rolltime.

But I have a question, why is P2pool sending a LP every 10 seconds?

Sorry to be off topic, again, but this seems to be a huge waste of work.

[rav3n_pl]

Hi.
Small reminder: "Q:" is still very wrong.
(...)
It is p2pool, so longpool every 10sec, 21 new blocks in mean time but Q is only 4 and E is hitting roof on this small MH/s

Don't know what's wrong with that.  Seems to me to be a good thing if P2pool is using rolltime.

But I have a question, why is P2pool sending a LP every 10 seconds?

Sorry to be off topic, again, but this seems to be a huge waste of work.

1. Even if it is using rolltime Q should be at lease eqal to NB (in 1000% it is different work)
2. Read about p2pool we are mining payuout blockchain which have 10sec blocks.
3. Waste of work only if miner config is wrong or you have FPGA that cant handle quick longpools. Works fine on all GPUs.

[os2sam]

1. Even if it is using rolltime Q should be at lease eqal to NB (in 1000% it is different work)
2. Read about p2pool we are mining payuout blockchain which have 10sec blocks.

Ah, will do,
Thanks,
Sam

[mdude77]

Code:

 cgminer version 2.9.3 - Started: [2012-11-11 09:58:17]
--------------------------------------------------------------------------------
 (5s):1.861G (avg):1.977Gh/s | Q:10541  A:41716  R:30  HW:0  E:396%  U:27.3/m
 TQ: 0  ST: 7  SS: 0  DW: 10073  NB: 147  LW: 45606  GF: 0  RF: 0  WU: 27.4
 Connected to stratum.ozco.in with stratum as user xxxxxxxxxx
 Block: 03e59dea4a91e310f7d9b4e0...  Started: [11:03:55]  Best share: 80.3K
--------------------------------------------------------------------------------
 [P]ool management [G]PU management [S]ettings [D]isplay options [Q]uit
 GPU 0:  73.0C 3040RPM | 660.1M/660.9Mh/s | A:13923 R:13 HW:0 U:  9.12/m I: 9
 GPU 1:  73.0C 2754RPM | 655.5M/654.2Mh/s | A:13892 R: 6 HW:0 U:  9.10/m I: 9
 GPU 2:  73.0C 2518RPM | 661.7M/662.5Mh/s | A:13901 R:11 HW:0 U:  9.11/m I: 9
--------------------------------------------------------------------------------

 [2012-11-12 11:24:59] Failed to submit stratum share to pool 0
 [2012-11-12 11:24:59] Failed to submit stratum share to pool 0
 [2012-11-12 11:24:59] Failed to submit stratum share to pool 0
 [2012-11-12 11:24:59] Failed to submit stratum share to pool 0
 [2012-11-12 11:24:59] Failed to submit stratum share to pool 0
 [2012-11-12 11:24:59] Failed to submit stratum share to pool 0
 [2012-11-12 11:24:59] Failed to submit stratum share to pool 0
 [2012-11-12 11:24:59] Failed to submit stratum share to pool 0
 [2012-11-12 11:24:59] Failed to submit stratum share to pool 0
 [2012-11-12 11:24:59] Lost 15 shares due to stratum disconnect on pool 0
 [2012-11-12 11:24:59] Failed to submit stratum share to pool 0

Windows doesn't tell me much other than it stopped working and to click close.

M

[fabrizziop]

Someone please tell me I'm not the only one that haves CGMiner crashed when internet connection is down. As soon as I unplug my ethernet cable, cgminer crashes. Turn off ADSL modem, CGMiner crashes.

[SAC]

Someone please tell me I'm not the only one that haves CGMiner crashed when internet connection is down. As soon as I unplug my ethernet cable, cgminer crashes. Turn off ADSL modem, CGMiner crashes.

Looks like you may be it has not happened recently but any time in the past when I have had to reboot my cable modem cgminer just tells me it has lost connection with pool when the modem comes back up the miner sees the connection gets work then starts mining, last time I rebooted it was couple weeks ago.

[-ck]

I cannot reproduce the windows crashes as the only machine I have that can run windows can barely mine at all.

If you are having windows crashes, I need your help to debug the issues.

See here for how you can help:
http://ck.kolivas.org/apps/cgminer/debug/

If you have a reliable test case that crashes cgminer then you are the person most likely to be able to help me fix it.

[Luke-Jr]

I've had some safeguards against the "lost connection" crash in BFGMiner for a while. If anyone wants to tell Con (he likes to ignore me), the problem is that the submission threads pile up (as they sit around trying to retry) and Windows doesn't like having a lot of threads.

[SAC]

I've had some safeguards against the "lost connection" crash in BFGMiner for a while. If anyone wants to tell Con (he likes to ignore me), the problem is that the submission threads pile up (as they sit around trying to retry) and Windows doesn't like having a lot of threads.

Figures it would be windows problem, no wonder I have never seen it. And there you are quoted so he sees it..