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

-ck

legendary

Activity: 4088

Merit: 1631

Ruu \o/

Quote from: SAC on November 12, 2012, 05:17:06 PM

Quote from: Luke-Jr on November 12, 2012, 05:14:14 PM

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

That's helpful indeed.

However it does not change the fact that I'd really appreciate it if at least *one* of the users out there getting crashes at least tried to help me get debugging info.

SAC

sr. member

Activity: 322

Merit: 250

Quote from: Luke-Jr on November 12, 2012, 05:14:14 PM

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

Luke-Jr

legendary

Activity: 2576

Merit: 1186

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.

-ck

legendary

Activity: 4088

Merit: 1631

Ruu \o/

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.

SAC

sr. member

Activity: 322

Merit: 250

Quote from: fabrizziop on November 12, 2012, 04:32:53 PM

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.

fabrizziop

hero member

Activity: 506

Merit: 500

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.

mdude77

legendary

Activity: 1540

Merit: 1001

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

os2sam

legendary

Activity: 3583

Merit: 1094

Think for yourself

Quote from: rav3n_pl on November 12, 2012, 10:07:29 AM

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

rav3n_pl

legendary

Activity: 1361

Merit: 1003

Don`t panic! Organize!

Quote from: os2sam on November 12, 2012, 09:57:47 AM

Quote from: rav3n_pl on November 12, 2012, 09:26:55 AM

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

legendary

Activity: 3583

Merit: 1094

Think for yourself

Quote from: rav3n_pl on November 12, 2012, 09:26:55 AM

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

legendary

Activity: 1361

Merit: 1003

Don`t panic! Organize!

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

Roy Badami

hero member

Activity: 563

Merit: 500

Quote from: -ck on November 11, 2012, 07:28:51 AM

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

kano

legendary

Activity: 4592

Merit: 1851

Linux since 1997 RedHat 4

Quote from: Cranky4u on November 11, 2012, 07:09:37 PM

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 Cheesy

Cranky4u

hero member

Activity: 810

Merit: 1000

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.

-ck

legendary

Activity: 4088

Merit: 1631

Ruu \o/

Quote from: Testit on November 11, 2012, 05:40:46 PM

2.9.3 seems to run great for me thanks a lot

You're welcome. Thanks for the feedback

Testit

member

Activity: 65

Merit: 10

2.9.3 seems too run great for me thanks allot

-ck

legendary

Activity: 4088

Merit: 1631

Ruu \o/

Quote from: os2sam on November 11, 2012, 02:24:00 PM

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.

os2sam

legendary

Activity: 3583

Merit: 1094

Think for yourself

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

kano

legendary

Activity: 4592

Merit: 1851

Linux since 1997 RedHat 4

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)

-ck

legendary

Activity: 4088

Merit: 1631

Ruu \o/

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.

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