Bitcoin Forum
December 11, 2016, 06:31:59 AM *
News: Latest stable version of Bitcoin Core: 0.13.1  [Torrent].
 
   Home   Help Search Donate Login Register  
Pages: « 1 ... 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 101 102 103 104 105 106 107 108 109 110 111 112 113 114 115 116 117 118 119 120 121 122 123 124 125 126 127 128 129 130 131 132 133 134 [135] 136 137 138 139 140 141 142 143 144 145 146 147 148 149 150 151 152 153 154 155 156 157 158 159 160 161 162 163 164 165 166 167 168 169 170 171 172 173 174 175 176 177 178 179 180 181 182 183 184 185 ... 830 »
  Print  
Author Topic: OFFICIAL CGMINER mining software thread for linux/win/osx/mips/arm/r-pi 4.9.2  (Read 4827875 times)
This is a self-moderated topic. If you do not want to be moderated by the person who started this topic, create a new topic.
Proofer
Sr. Member
****
Offline Offline

Activity: 251


View Profile
January 03, 2012, 05:26:07 PM
 #2681

...
But once this 503 conditions starts, cgminer will never (*)  resume working correctly until restarted, even though there is definately nothing wrong with my lan or internet connection at that point (and I suspect there never has been, but who knows).

As for different miners, yes I tried bitminter and not had issues with that.

(*) actually, if I saw it correctly, cgminer will occasionally submit valid shares for very short periods of time.

Last night, cgminer had pool connection issues during the following intervals:
00:10 - 00:12; duration 2 minutes
03:52 - 04:31; duration 39 minutes
06:55 - 08:05; duration 70 minutes

A problem interval is from the first "not responding!" to the final "recovered" with at most a dozen or two "accepted" between communication-related outputs.

At this writing, 09:25 it's been running normally for 80 minutes.

In sum, at least for its current session, it does seem to resume working correctly.
1481437919
Hero Member
*
Offline Offline

Posts: 1481437919

View Profile Personal Message (Offline)

Ignore
1481437919
Reply with quote  #2

1481437919
Report to moderator
Advertised sites are not endorsed by the Bitcoin Forum. They may be unsafe, untrustworthy, or illegal in your jurisdiction. Advertise here.
bitlane
Internet detective
Sr. Member
****
Offline Offline

Activity: 462


I heart thebaron


View Profile
January 03, 2012, 07:01:49 PM
 #2682

I don't want to play Devil's Advocate, as I understand many people seem to be having issues with the latest release (2.1.1), but for me, my performance for Pool mining has actually increased.
The MH/s stats at my pool have never been higher than they are over the last 24 hours or so and my Share/minute rates are up a tiny bit.

What would have changed to allow this to happen ? ....as nothing has changed on my end.
The miner seems to be connecting to the pool more efficiently, as it were.
(Win 7 x64, all cards, Cat 11.9-11.10)

Any ideas ?

P4man
Hero Member
*****
Offline Offline

Activity: 504



View Profile
January 03, 2012, 07:10:38 PM
 #2683

...
But once this 503 conditions starts, cgminer will never (*)  resume working correctly until restarted, even though there is definately nothing wrong with my lan or internet connection at that point (and I suspect there never has been, but who knows).

As for different miners, yes I tried bitminter and not had issues with that.

(*) actually, if I saw it correctly, cgminer will occasionally submit valid shares for very short periods of time.

Last night, cgminer had pool connection issues during the following intervals:
00:10 - 00:12; duration 2 minutes
03:52 - 04:31; duration 39 minutes
06:55 - 08:05; duration 70 minutes

A problem interval is from the first "not responding!" to the final "recovered" with at most a dozen or two "accepted" between communication-related outputs.

At this writing, 09:25 it's been running normally for 80 minutes.

In sum, at least for its current session, it does seem to resume working correctly.

Interesting.
And I may have had the same here; there have been mornings when I checked hashrate and it was surprisingly low. Probably because of that error. When I caught it "live" I  never waited 70 minutes, so you are probably correct that at some point it may recover, I just never waited long enough.

Proofer
Sr. Member
****
Offline Offline

Activity: 251


View Profile
January 03, 2012, 07:26:00 PM
 #2684

Interesting.
And I may have had the same here; there have been mornings when I checked hashrate and it was surprisingly low. Probably because of that error. When I caught it "live" I  never waited 70 minutes, so you are probably correct that at some point it may recover, I just never waited long enough.

That's exactly what triggered my scrolling through the log this morning:  a low average hash rate, E%, U, etc.

No problems since my last post -- two more hours -- in the same session.
P4man
Hero Member
*****
Offline Offline

Activity: 504



View Profile
January 03, 2012, 08:36:42 PM
 #2685

Mine have worked for weeks without problems, or at least without me noticing. It seems to be happening more and more often now.

Anyway, lets see if we can find anything else in common, besides just cgminer.

- Im using google DNS
- I have donations enabled. (thinking of disabling it, just for testing)
- I have several pools configured in fail-over (but Ive since encountered the problem on several different pools)
- Im behind a NAT router
- hmm?

Ive already ruled out OS and AMD driver versions as its happening on both windows and linux machines here with various drivers and cgminer versions.


Proofer
Sr. Member
****
Offline Offline

Activity: 251


View Profile
January 03, 2012, 08:46:05 PM
 #2686

...
Anyway, lets see if we can find anything else in common, besides just cgminer.

- Im using google DNS
- I have donations enabled. (thinking of disabling it, just for testing)
- I have several pools configured in fail-over (but Ive since encountered the problem on several different pools)
- Im behind a NAT router
- hmm?
...

Donation and NAT, but not Google DNS;  failover-only pools in this order:
Eclipse port 9007;
Bitminter;
Eclipse port 8337;
local bitcoind
cablepair
Hero Member
*****
Offline Offline

Activity: 854


https://btc-republic.com/index.php?ref=cablepair


View Profile WWW
January 03, 2012, 10:42:56 PM
 #2687

do you guys think its possible for a pool to make your cards run funny if the pool is configured in a certain way?
-ck
Moderator
Legendary
*
Offline Offline

Activity: 2002


Ruu \o/


View Profile WWW
January 03, 2012, 11:05:58 PM
 #2688

...
Anyway, lets see if we can find anything else in common, besides just cgminer.

- Im using google DNS
- I have donations enabled. (thinking of disabling it, just for testing)
- I have several pools configured in fail-over (but Ive since encountered the problem on several different pools)
- Im behind a NAT router
- hmm?
...

Donation and NAT, but not Google DNS;  failover-only pools in this order:
Eclipse port 9007;
Bitminter;
Eclipse port 8337;
local bitcoind
Hmmm...

Can you guys try starting it without longpoll? Maybe the longpoll switch code is responsible which is new since 2.1.0

cgminer's stale rate should be exceptionally low even without longpoll, but it will be slightly higher.

Primary developer/maintainer for cgminer and ckpool/ckproxy.
Pooled mine at kano.is, solo mine at solo.ckpool.org
-ck
Proofer
Sr. Member
****
Offline Offline

Activity: 251


View Profile
January 03, 2012, 11:29:56 PM
 #2689

Hmmm...

Can you guys try starting it without longpoll? Maybe the longpoll switch code is responsible which is new since 2.1.0

cgminer's stale rate should be exceptionally low even without longpoll, but it will be slightly higher.

Seems implausible, as I had the problem with 2.1.0.

And as reported earlier, the problem, in addition to being highly intermittent, is not persistent.  My current session, which started about 16 hours ago and had three rashes of the problem in its first eight hours or so, has since been cruising fine for eight hours.  At this writing there are 111 instances of "LONGPOLL detected" in the log.

But, ever cooperative, I just now restarted with no-longpoll.
-ck
Moderator
Legendary
*
Offline Offline

Activity: 2002


Ruu \o/


View Profile WWW
January 03, 2012, 11:32:52 PM
 #2690

Can you guys try starting it without longpoll? Maybe the longpoll switch code is responsible which is new since 2.1.0
Seems implausible, as I had the problem with 2.1.0.
English grammar can be confusing at times, I admit. It's been there since 2.1.0.... it's not in 2.0.8 but is in 2.1.0

Primary developer/maintainer for cgminer and ckpool/ckproxy.
Pooled mine at kano.is, solo mine at solo.ckpool.org
-ck
vapourminer
Legendary
*
Offline Offline

Activity: 898

what is this "brake pedal" you speak of?


View Profile
January 04, 2012, 12:47:52 AM
 #2691

Anyway, lets see if we can find anything else in common, besides just cgminer.

- Im using google DNS
- I have donations enabled. (thinking of disabling it, just for testing)
- I have several pools configured in fail-over (but Ive since encountered the problem on several different pools)
- Im behind a NAT router
- hmm?

Ill add my 2 cents, as I have occasionally had your problem (cgminer cant connect, keeps trying to find a pool, submits the odd random share though, only a restart cures it). happened in 2.1.0 but not (so far) 2.1.1.  it was pretty infrequent though, rare enough I wasnt too worried. but now that Im reading the thread...

machines are win XP SP3, vista 32 bit SP2, Win7 64 bit. various driver versions as the only one I really keep current is the 6770 on the HTPC.

google DNS
donation on
3 pools in failover mode: Slush, BTC Guild, Deepbit - in that order
behind NAT (well, Internet Connection Sharing on the win7 box as I have a wireless 3G connection via USB modem as internet)

when cgminer goes into the weeds I can still browse the network and internet on the affected machines.

I seem to have been affected way less than some and my modem drops and "redials" every 24 hours.

EDIT: no one has mentioned if the cards in question are OCd. I do have all cards wound up pretty tight OC wise. but never had errors, bluescreens, driver recovers, SICKs, DEADs, etc. very stable so far. I do folding @ home too so Im a fairly old hand at winding the snots outta videocards and still letting them live long useful lives Smiley
Proofer
Sr. Member
****
Offline Offline

Activity: 251


View Profile
January 04, 2012, 01:03:23 AM
 #2692

cgminer's stale rate should be exceptionally low even without longpoll, but it will be slightly higher.

In first 1.5 hours without longpoll, reject rate is 6%; formerly it was less than 1/10 that.
kano
Legendary
*
Offline Offline

Activity: 1932


Linux since 1997 RedHat 4


View Profile
January 04, 2012, 01:19:02 AM
 #2693

cgminer's stale rate should be exceptionally low even without longpoll, but it will be slightly higher.

In first 1.5 hours without longpoll, reject rate is 6%; formerly it was less than 1/10 that.
The reject rate should be DIRECTLY related to LP (unless you are doing something weird like CPU mining)
So if you are testing this mining on a low hash rate machine - those numbers will mean nothing.
6% is way too high for it to be a result that makes any sense at all unless you are mining with a very low hash rate.

Pool: https://kano.is BTC: 1KanoiBupPiZfkwqB7rfLXAzPnoTshAVmb
CKPool and CGMiner developer, IRC FreeNode #ckpool and #cgminer kanoi
Help keep Bitcoin secure by mining on pools with Stratum, the best protocol to mine Bitcoins with ASIC hardware
Proofer
Sr. Member
****
Offline Offline

Activity: 251


View Profile
January 04, 2012, 01:23:54 AM
 #2694

In first 1.5 hours without longpoll, reject rate is 6%; formerly it was less than 1/10 that.
The reject rate should be DIRECTLY related to LP (unless you are doing something weird like CPU mining)
So if you are testing this mining on a low hash rate machine - those numbers will mean nothing.
6% is way too high for it to be a result that makes any sense at all unless you are mining with a very low hash rate.

2.2Gh/s

Only change was adding this to .conf:
"no-longpoll" : true,
Proofer
Sr. Member
****
Offline Offline

Activity: 251


View Profile
January 04, 2012, 01:35:51 AM
 #2695

2.2Gh/s

Only change was adding this to .conf:
"no-longpoll" : true,

...which I have now removed, as the intermittent "not responding" problem was costing much less than 6%.
-ck
Moderator
Legendary
*
Offline Offline

Activity: 2002


Ruu \o/


View Profile WWW
January 04, 2012, 02:35:26 AM
 #2696

2.2Gh/s

Only change was adding this to .conf:
"no-longpoll" : true,

...which I have now removed, as the intermittent "not responding" problem was costing much less than 6%.
That's a lot shyter than I would have expected... I guess longpoll is still a most valid mechanism. Was there any difference otherwise?

Primary developer/maintainer for cgminer and ckpool/ckproxy.
Pooled mine at kano.is, solo mine at solo.ckpool.org
-ck
Proofer
Sr. Member
****
Offline Offline

Activity: 251


View Profile
January 04, 2012, 03:13:36 AM
 #2697

2.2Gh/s

Only change was adding this to .conf:
"no-longpoll" : true,

...which I have now removed, as the intermittent "not responding" problem was costing much less than 6%.
That's a lot shyter than I would have expected... I guess longpoll is still a most valid mechanism. Was there any difference otherwise?

Not that I noticed.  I don't pay any attention to the status line, though.
BkkCoins
Hero Member
*****
Offline Offline

Activity: 784


firstbits:1MinerQ


View Profile WWW
January 04, 2012, 04:59:23 AM
 #2698

When I switched to cgminer a couple months back I noticed that I always had a much higher reject rate. I get typically 3-7% rejects regardless of pool, Ars, Eligius, BTCGuild and others. Not sure what causes this and haven't tried to debug yet. I just let it be because I like the interface and monitoring in cgminer but it would be nice to track this down and see why the rejects are high. Before, same HW/OS setup, I used to get more like 0.7%.

Should I turn LP off? I thought that was to help reduce rejects.

-ck
Moderator
Legendary
*
Offline Offline

Activity: 2002


Ruu \o/


View Profile WWW
January 04, 2012, 05:19:51 AM
 #2699

When I switched to cgminer a couple months back I noticed that I always had a much higher reject rate. I get typically 3-7% rejects regardless of pool, Ars, Eligius, BTCGuild and others. Not sure what causes this and haven't tried to debug yet. I just let it be because I like the interface and monitoring in cgminer but it would be nice to track this down and see why the rejects are high. Before, same HW/OS setup, I used to get more like 0.7%.

Should I turn LP off? I thought that was to help reduce rejects.
There was a bug that would cause higher rejects with multipool setups that was fixed in 2.1.0. We're only turning LP off at the moment to debug a network connectivity issue.

Primary developer/maintainer for cgminer and ckpool/ckproxy.
Pooled mine at kano.is, solo mine at solo.ckpool.org
-ck
-ck
Moderator
Legendary
*
Offline Offline

Activity: 2002


Ruu \o/


View Profile WWW
January 04, 2012, 05:46:41 AM
 #2700

Try turning donation off

Primary developer/maintainer for cgminer and ckpool/ckproxy.
Pooled mine at kano.is, solo mine at solo.ckpool.org
-ck
Pages: « 1 ... 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 101 102 103 104 105 106 107 108 109 110 111 112 113 114 115 116 117 118 119 120 121 122 123 124 125 126 127 128 129 130 131 132 133 134 [135] 136 137 138 139 140 141 142 143 144 145 146 147 148 149 150 151 152 153 154 155 156 157 158 159 160 161 162 163 164 165 166 167 168 169 170 171 172 173 174 175 176 177 178 179 180 181 182 183 184 185 ... 830 »
  Print  
 
Jump to:  

Sponsored by , a Bitcoin-accepting VPN.
Powered by MySQL Powered by PHP Powered by SMF 1.1.19 | SMF © 2006-2009, Simple Machines Valid XHTML 1.0! Valid CSS!