|
Thanks for the heads-up
I posted about these problems in the CGMiner thread, Eleuthria said he would talk to Ckolivas as well, let's see if he can come up with a solution....
|
|
|
|
Hi ckolivas, a few weeks back I ran into some communication failures and high reject numbers at BTCGuild after a LP-change I escalated the problem to Eleuthria https://bitcointalk.org/index.php?topic=49417.msg839599#msg839599 and he said he would contact you about it Apparently the problem doesn't come up with everyone just with low-latency miners and pools with Poolservj running I'm running into the same problems with Clipse's pool but have NO problems when mining on Deepbit for instance (tried out a lot of different pools in the last few days) I submitted CGMiner output on BTCGuild here https://bitcointalk.org/index.php?topic=49417.msg839444#msg839444and this is the output from Clipse's pool cgminer version 2.3.1 - Started: [2012-04-14 04:56:26]
--------------------------------------------------------------------------------
(5s):583.9 (avg):321.3 Mh/s | Q:2867 A:2263 R:105 HW:4 E:79% U:4.18/m
TQ: 2 ST: 2 SS: 6 DW: 267 NB: 66 LW: 5131 GF: 12 RF: 21
Connected to http://pool.bonuspool.co.cc:80 with LP as user XXXXX
Block: 000007211c0c28968da77075f714da8e... Started: [13:51:09]
--------------------------------------------------------------------------------
[P]ool management [G]PU management [S]ettings [D]isplay options [Q]uit
GPU 0: 76.0C 2574RPM | 324.4/321.3Mh/s | A:2263 R:105 HW:4 U:4.18/m I: 4
--------------------------------------------------------------------------------
[2012-04-14 13:56:21] Accepted 00000000.77b43c68.4d7bec56 GPU 0 thread 0 pool 0
[2012-04-14 13:56:30] Accepted 00000000.c2bb7890.abfddea3 GPU 0 thread 0 pool 0
[2012-04-14 13:56:31] Accepted 00000000.80051067.164ef42f GPU 0 thread 0 pool 0
[2012-04-14 13:56:49] Accepted 00000000.4c40ecfa.9643c5b7 GPU 0 thread 0 pool 0
[2012-04-14 13:56:57] longpoll failed for http://pool.bonuspool.co.cc:80/LP, sle
eping for 30s
[2012-04-14 13:57:02] Pool 0 communication failure, caching submissions
[2012-04-14 13:57:07] Pool 0 communication resumed, submitting work
[2012-04-14 13:57:07] Rejected 00000000.a53bea12.3d3ea9c4 GPU 0 thread 0 pool 0
[2012-04-14 13:57:38] Rejected 00000000.daff5e55.77bcdd04 GPU 0 thread 0 pool 0
[2012-04-14 13:57:39] longpoll failed for http://pool.bonuspool.co.cc:80/LP, sle
eping for 30s
[2012-04-14 13:57:41] Pool 0 communication failure, caching submissions I hope you can make sense of it and I am curious if others are having the same problems.... |
|
|
|
|
For the last 10 mins or so I am getting communication failures with CGMiner and RPC problems with Poclbm....
Guessing it's Clipse doing more testing
|
|
|
|
|
I'l first roll back to an older cgminer version (on my test-rig), see if that helps....
Rolled back to cgminer 2.1.2.... Will update in a few hours, was running at 3.8 - 4 % stales with cgminer 2.3.2-1
Edit: Were 2 LPs so far, got 1 reject on the first and 3 rejects on the second, the same as on another rig running a newer version of cgminer
Edit2: 3rd LP; after this LP 2 shares were accepted at a backup pool followed by 1 reject at your pool
|
|
|
|
|
Very nice of you, much appreciated !
Good luck tackling the beast
|
|
|
|
|
Clipse said he was running live tests, so I expect it to be up/down for the next few days....
|
|
|
|
I'm mining away smoothly at your pool, did fallback smoothly, from my backup pool I have 2 backup pools in place, so test away ! Appreciate the effort  |
|
|
|
|
Trying it out for as long Clipse is down, could be a nice backup pool
|
|
|
|
Strange thing, Anubis reports 4.9% stales (data from cgminer) and your pool website only reports 3.42% on 33.5K shares, which is a big difference in payout. 1146 on your site vs 1598 in cgminer.... can't be that big of a difference rejected shares leaking to my backup pool I am more than happy to take the lower reject % which is reported by you, obviously , but are you sure all is being calculated proper on your end ? There also is a difference in total reported shares 34.900 in cgminer vs 33.500 on your side, which obviously is not in my favour.... Reported hashrate is about the same 2600 MH/s Anyone else have this problem ? P.S. sorry to be a pita, but I again / still see lots of rejects just after a longpoll  That's why it's called 'Beta' !  |
|
|
|
|
Was running smoothly there for about an hour or 2, but in the last few mins communication failures followed by a batch of Rejected shares flew by
Long Poll seemed to work fine there for a bit....
|
|
|
|
Sent PM
2.5 - 3 GH ready to go
Yup, replied via email. Never received it... |
|
|
|
|
Sent PM
2.5 - 3 GH ready to go
|
|
|
|
Eleuthria: I have noticed for some time now that the pool becomes non-responsive after a Longpoll request (not all of them) cgminer version 2.3.1 - Started: [2012-04-07 02:18:56]
--------------------------------------------------------------------------------
(5s):0.0 (avg):286.2 Mh/s | Q:473 A:173 R:1 HW:0 E:37% U:4.10/m
TQ: 2 ST: 0 SS: 0 DW: 25 NB: 4 LW: 0 GF: 5 RF: 4
Connected to http://mine.btcguild.com:8332 with LP as user XXXXX
Block: 00000688823fea93562f7c4b79414535... Started: [02:50:12]
--------------------------------------------------------------------------------
[P]ool management [G]PU management [S]ettings [D]isplay options [Q]uit
GPU 0: 45.5C 2568RPM | 317.3/286.2Mh/s | A:173 R:1 HW:0 U:4.10/m I: 4
--------------------------------------------------------------------------------
[2012-04-07 02:58:48] Accepted 00000000.44cdeb58.9d798909 GPU 0 thread 0 pool 0
[2012-04-07 02:58:51] Accepted 00000000.1bcba3f7.4fec6391 GPU 0 thread 0 pool 0
[2012-04-07 02:59:03] Accepted 00000000.013035ea.9785cf58 GPU 0 thread 0 pool 0
[2012-04-07 02:59:04] Accepted 00000000.ad009ed1.34afe995 GPU 0 thread 0 pool 0
[2012-04-07 02:59:22] Accepted 00000000.243fcd6e.d6b010d0 GPU 0 thread 0 pool 0
[2012-04-07 02:59:23] Accepted 00000000.4f8b16e4.f04c1198 GPU 0 thread 0 pool 0
[2012-04-07 02:59:25] Accepted 00000000.6ca6067b.5c3fb1a7 GPU 0 thread 0 pool 0
[2012-04-07 02:59:44] Accepted 00000000.13adfaea.bae2d64d GPU 0 thread 0 pool 0
[2012-04-07 02:59:59] Accepted 00000000.c6816cb8.6a7ad67a GPU 0 thread 0 pool 0
[2012-04-07 03:00:14] LONGPOLL requested work restart, waiting on fresh work
[2012-04-07 03:00:26] Pool 0 not providing work fast enough
[2012-04-07 03:00:35] longpoll failed for http://mine.btcguild.com:8332/LP/, sle
eping for 30s
It doesn't matter if I mine on mine.btcguild.com / mine2.btcguild.com or de.btcguild.com Any idea what can cause this ? Been going on for 1- 2 weeks as far as I know, can't figure it out. I ran a test by connecting to Deepbit for half a day and did not observe any problems there. Much appreciated, Brat P.S. Next Longpoll request it happened again: cgminer version 2.3.1 - Started: [2012-04-07 02:18:56]
--------------------------------------------------------------------------------
(5s):336.3 (avg):285.6 Mh/s | Q:587 A:210 R:1 HW:0 E:36% U:3.98/m
TQ: 2 ST: 5 SS: 0 DW: 27 NB: 4 LW: 0 GF: 6 RF: 4
Connected to http://pit.deepbit.net:8332 with LP as user XXXXX
Block: 00000688823fea93562f7c4b79414535... Started: [02:50:12]
--------------------------------------------------------------------------------
[P]ool management [G]PU management [S]ettings [D]isplay options [Q]uit
GPU 0: 60.0C 2551RPM | 313.2/285.6Mh/s | A:210 R:1 HW:0 U:3.98/m I: 6
--------------------------------------------------------------------------------
[2012-04-07 03:09:06] Accepted 00000000.cb7f704f.ac058b87 GPU 0 thread 0 pool 0
[2012-04-07 03:09:08] Accepted 00000000.6509be45.3900e3d1 GPU 0 thread 0 pool 0
[2012-04-07 03:09:22] Accepted 00000000.52efebb9.4cd89e68 GPU 0 thread 0 pool 0
[2012-04-07 03:09:31] Accepted 00000000.b0ed46f3.046c17f1 GPU 0 thread 0 pool 0
[2012-04-07 03:09:43] Accepted 00000000.51624697.6442c294 GPU 0 thread 0 pool 0
[2012-04-07 03:10:02] Accepted 00000000.2bec0ff4.ec1b6a68 GPU 0 thread 0 pool 0
[2012-04-07 03:10:12] Accepted 00000000.4e6865c6.66f5fe07 GPU 0 thread 0 pool 0
[2012-04-07 03:10:18] LONGPOLL requested work restart, waiting on fresh work
[2012-04-07 03:10:22] Pool 0 not providing work fast enough
[2012-04-07 03:11:22] Pool 0 http://mine.btcguild.com:8332 not responding!
[2012-04-07 03:11:22] Switching to http://pit.deepbit.net:8332
[2012-04-07 03:11:23] Accepted 00000000.27c89484.f2310589 GPU 0 thread 0 pool 1
[2012-04-07 03:11:27] Accepted 00000000.cc6c9705.c44ec2dc GPU 0 thread 0 pool 1
|
|
|
|
Upgrade your Windows. GetLogicalProcessorInformation isn't available until Windows XP SP3.
That's embarrassing lol Thanks |
|
|
|
|
I have been using CGMiner for almost 9 months now, no problems whatsoever.
Moved 2 miners to a different Windows XP-32 bit pc and all of a sudden it won't work anymore....
It's a 5830 and a 6770
I get the following windows-error when I run CGMiner or CGMiner -n:
"The procedure entry point GetLogicalProcessorInformation could not be located in the dynamic link library KERNEL32.dll"
Any advice ? Have un-re-installed both drivers and OpenCL/SDK
Brat
|
|
|
|
Hi Ckolivas, Downloaded the new version, let it run for a while while I was watching some videos on my pc (Windows XP), running the new version with Dynamic Intensity (1 thread automatically disabled). Then I changed the Intensity to 8 (running a 5800) and the following weird message came up: G[P2U0 01:2 2-8002.-92 /5 2 0810:.530 M:h0/4s] | T Ah:r5e7a9d R 1: b1e HiWn:g0 re U-:e3n.a7b1l/emd I 8 The intensity did set to 8, so no problems there, might just be cosmetic, thought I would put it out here anyway This is a dump of the entire screen: cgminer version 2.3.1 - Started: [2012-02-24 23:13:58] -------------------------------------------------------------------------------- (5s):282.2 (avg):280.3 Mh/s | Q:1541 A:583 R:1 HW:0 E:38% U:3.70/m TQ: 2 ST: 4 SS: 0 DW: 84 NB: 12 LW: 0 GF: 3 RF: 0 Connected to http://mine2.btcguild.com:8332 with LP as user Block: 00000a7c9a40539601dd382d3a7d13a0... Started: [01:35:44] -------------------------------------------------------------------------------- [P]ool management [G]PU management ettings [D]isplay options [Q]uit
GPU 0: 72.0C 2757RPM | 284.0/280.3Mh/s | A:583 R:1 HW:0 U: 3.70/m I: 8
--------------------------------------------------------------------------------
8
Intensity on gpu 0 set to 8
G[P2U0 01:2 2-8002.-92 /5 2 0810:.530 M:h0/4s] | T Ah:r5e7a9d R 1: b1e HiWn:g0
re U-:e3n.a7b1l/emd I
8
72.0 C F: 65% (2758 RPM) E: 900 MHz M: 800 Mhz V: 1.163V A: 98% P: 0%
Last initialised: [2012-02-24 23:14:03]
Intensity: 8
Thread 0: 282.8 Mh/s Enabled ALIVE
Thread 1: 2.0 Mh/s Enabled ALIVE
[E]nable [D]isable ntensity [R]estart GPU [C]hange settings
Brat |
|
|
|
Eleuthria:
I had a scantime of 8 secs on all my miners. i changed 1 of my miners to scantime 45 seconds and that improved my efficiency to 60%+
I'm currently monitoring to see whether this affects my stales/invalids in anyway
Why was/is your scantime set so low? Are you not useing Long Polling? You are basically dumping un-solved work and requesting new work every 8 seconds. Not only does this put un-needed work on your network, it does so to your pool's network also. My scantime is set to 120, I use a pool with merged mining, and I run at 84% E. The thing is, a couple of months ago when the merged mining started I would get a lot of: "pool does not provide work quick enough" or "pool is not responding quick enough" (smtg like that) message on my GPU's. Lowering the scantime to 8 secs gave a massive reduction of those message and increased the number of Valid shares/min But reduced my efficiency In the end it all comes down to your valid shares/min so I left the in-efficiency. It seems whatever caused this problem has been solved in the last few months for a higher scantime does not affect my valid shares/min anymore and increased my efficiency, so all is well  |
|
|
|
Question: what efficiency should I expect (generally)? I'm mining on a Radeon 5750. I'm getting ~27% efficiency (ATM 1820 queued, 500 accepted, and U (whatever it is) is @1.89/m). Is there any way I could improve on my situation?
I had a scantime of 8 secs on all my miners previously, increased it to 45 secs and now I achieve an efficiency of 60%+ after 24 hrs.
I will keep monitoring to see whether this affects my invalids/stales in anyway
This is bad for ck's blood pressure. Efficiency doesn't really matter (where is the kicking dead horse icon?), U does. Defaults, defaults, defaults.... I'll stop kicking. I love horses ! Even dead ones !!!  |
|
|
|
|
Eleuthria:
I had a scantime of 8 secs on all my miners. i changed 1 of my miners to scantime 45 seconds and that improved my efficiency to 60%+
I'm currently monitoring to see whether this affects my stales/invalids in anyway
|
|
|
|
|
Show Posts
