Latest posts of: DutchBrat

Show Posts
Pages: « 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 [40] 41 42 43 44 45 46 47 48 49 50 51 »

781

Bitcoin / Pools / Re: [ Bonus PPS Pool - 105% ] - Private Beta OPEN

on: April 26, 2012, 12:43:27 AM

Doing really great for the last hours, now the ool is down... communication and LP errors

782

Bitcoin / Pools / Re: [ Bonus PPS Pool - 105% ] - Private Beta OPEN

on: April 25, 2012, 10:50:25 PM

I have seen my reject% dropping all day.... Enjoyed it !!!! Good job

783

Bitcoin / Pools / Re: [ Bonus PPS Pool - 105% ] - Private Beta OPEN

on: April 23, 2012, 08:50:57 PM

Lots of connection failures in the last hour.... Are you working on the pool Clipse ?

784

Bitcoin / Pools / Re: [ Bonus PPS Pool - 110% ] - Private Beta CLOSED

on: April 20, 2012, 12:34:52 PM

I don't know what changed, but for the last 2.5 - 3 hours I have been running below 2% rejects on avg and that is mainly caused by 1 Lp that went haywire and caused 40% of my rejects More than happy !!! Great JOB Clipse ! EDIT: 2 horrible LPs in a row; went from 7300 accepted and 100 rejects to 7700 accepted and 200 rejects.... still is odd.... runs like a charm for 3 hours then 2 LPs that don't seem to reset work for a minute or so and then it is fine again.... well it is still a huge improvement over yesterday !

785

Bitcoin / Pools / Re: [ Bonus PPS Pool - 110% ] - Private Beta CLOSED

on: April 19, 2012, 10:09:41 PM

Quote from: MrTeal on April 19, 2012, 10:00:26 PM Quote from: Clipse on April 19, 2012, 09:05:04 PM What Ive noticed, rejects occur mainly on gpus that is busy with a long hash ie. longpoll doesnt seem to correctly allways drop the old work that the gpu might be busy with. Would the queue depth? Running cgminer with a queue of 2 it seems like it keeps working on the old work for quite awhile. This is my office desktop that's just running a single 6870 at about 300MH/s. It seems to be an excessive amount of rejects in one go, but it only happens infrequently. This would have happened at 19:00 UTC. [2012-04-19 13:00:56] Accepted 00000000.cfcd80e0.104c0a23 GPU 0 thread 0 pool 0 [2012-04-19 13:01:05] LONGPOLL detected new block on network, waiting on fresh work [2012-04-19 13:01:08] Rejected 00000000.45665b79.c108b63d GPU 0 thread 0 pool 0 [2012-04-19 13:01:24] Rejected 00000000.9ecfb9ed.6fa7198c GPU 0 thread 1 pool 0 [2012-04-19 13:01:51] Rejected 00000000.90610cd4.47e441ba GPU 0 thread 0 pool 0 [2012-04-19 13:01:52] Rejected 00000000.480ad701.1d873186 GPU 0 thread 0 pool 0 [2012-04-19 13:02:11] LONGPOLL detected new block on network, waiting on fresh work [2012-04-19 13:02:12] Rejected 00000000.96d36cb2.e8aeea3a GPU 0 thread 0 pool 0 [2012-04-19 13:02:16] Rejected 00000000.057d0d22.74acf4a4 GPU 0 thread 1 pool 2 [2012-04-19 13:02:29] Rejected 00000000.d9de5e22.7769897f GPU 0 thread 0 pool 0 [2012-04-19 13:02:30] Rejected 00000000.d26cf9a7.866b3b22 GPU 0 thread 1 pool 2 [2012-04-19 13:02:31] Rejected 00000000.de395ccc.71ea79ec GPU 0 thread 0 pool 0 [2012-04-19 13:02:32] Rejected 00000000.b388c75a.6c83d933 GPU 0 thread 1 pool 2 [2012-04-19 13:02:52] Rejected 00000000.b82844cc.402565aa GPU 0 thread 0 pool 0 [2012-04-19 13:03:30] Accepted 00000000.5bd40d89.ad756376 GPU 0 thread 1 pool 0 [2012-04-19 13:03:33] Accepted 00000000.35d270d2.0a190f78 GPU 0 thread 1 pool 0 [2012-04-19 13:03:38] Accepted 00000000.122a4e56.0abf1b39 GPU 0 thread 0 pool 0 Not sure if I understand how this works, but if LP fails to clear the queue and provide new nonce, then the less work is in the queue the better... GPU will idle because it has no work As far as I see it, you can only tell CGMiner the minimum amount of work it has to keep in the queue, so it won't idle quickly, not a maximum amount of work If I see it correctly, a queue of 0 getworks would be optimal, since the only reject that could occur is the hash the GPU is working on the moment a new block is found and LP changes before the share is delivered.... but it's not possible to set the queue to 0, only a minimum of 0 I will try 1 miner with -Q 0, see if that improves anything, I doubt it though, as default is 1

786

Bitcoin / Pools / Re: [ Bonus PPS Pool - 110% ] - Private Beta CLOSED

on: April 19, 2012, 09:59:29 PM

It is strange how it affects us all differently rodrigorcm reject rate has been dropping over the last few hours, while mine is still steady between 5% - 6% (what CGMiner is reporting) We are both mining on the same CGMiner version, I even switched one of my miners over to include -Q 4 but that is making no difference whatsoever on my end, --net-delay or a combination of those is also not helping me.... All very strange In some rounds (in between LPs) it takes almost a minute before I get a share accepted 5-6 rejects in a row, so presumably it takes a minute before LP drops my work and my GPU hashes on the correct nonce.... Weird !!!

787

Bitcoin / Pools / Re: [ Bonus PPS Pool - 110% ] - Private Beta CLOSED

on: April 19, 2012, 04:08:57 PM

-Q 4 Interesting... I am going to run one with -Q4 --net-delay and one without --net-delay then compare them to those without -Q 4 We will get there in the end ! EDIT: I envy you guys, running at 7%+ reject rate now with/without --net-delay and/or -Q 4 I'll wait patiently until Clipse tackles this problem

788

Bitcoin / Pools / Re: [ Bonus PPS Pool - 110% ] - Private Beta CLOSED

on: April 19, 2012, 03:58:15 PM

Quote from: rodrigorcm on April 19, 2012, 03:56:40 PM running flawless for 12hours 2.4% stale 10142 accepted shares Are you running CGMiner ? I'm at 27665 Accepted 943 Rejected for a 3.41% reject rate

789

Bitcoin / Pools / Re: [ Bonus PPS Pool - 110% ] - Private Beta CLOSED

on: April 19, 2012, 03:54:05 PM

Quote from: MrTeal on April 19, 2012, 03:51:03 PM Running with the --net-delay argument in cgminer I'm seeing around 5-10% stales as well, usually in huge groupings. I'll get no stales or maybe one at each long poll, but then I'll have a long poll where it will punt out a string of 8 of them. On the plus side, I've had no issues with disconnects or work not being provided fast enough which is a much more serious problem IMO. I've restarted two miners without net-delay to see if that might bring back the connection issues, or lower the rejects on that miner. I'll let you know what I see. That's a good idea, I will do the same, and you are right, Connection issues are much worse on your hash rate than the reject rate... at one point I was running 10% - 12% under my avg hash-rate.... So good job Clipse on solving that problem !

790

Bitcoin / Pools / Re: [ Bonus PPS Pool - 110% ] - Private Beta CLOSED

on: April 19, 2012, 03:47:29 PM

Clipse: The pool ran pretty good out of the gate, it seems though the longer it runs the worse it gets Over the last hour or so I have been running at 5% - 6% rejects while earlier today it was steady between 2.5% and 3% Brat Edit: I don't see any pool 0 not providing work fast enough errors anymore, but the rejects after a LP change are back up to no good

791

Bitcoin / Pools / Re: [3800 Gh/s] DeepBit.net PPS+Prop,instant payouts, we pay for INVALID BLOCKS too

on: April 18, 2012, 12:55:19 PM

Quote from: rjk on April 18, 2012, 12:28:20 PM Quote from: kano on April 18, 2012, 12:11:03 PM Quote from: DutchBrat on April 18, 2012, 11:42:18 AM Isn't the race to be the first to get the LP also a lottery like who get's to deliver the solution to the hash ? i.e. If you have 100 rigs setup with 1 GPU you have 100 lottery tickets to be the first to get a LP as opposed to 20 rigs with 5 GPU's where you have only 20 tickets.... For the really short rounds (in the hundreds/few thousands of shares) your hashing power isn't so much what counts as it is the time in which you get the LP (and then of course deliver a solution before the round ends) Hmm what was the comment I made in IRC 9 hours ago to a pool OP ... Quote 13:05 < kanoi> so ... ***** ... how does the pool decide the order it sends out LPs ... (yes that is a rather controversial question, but only if the answer isn't truly random I know that Slush prioritizes the LPs he sends out based on hashrate - I don't know whether Deepbit does this or not, but I think Slush is one of the only ones that does that. So that effectively means that the higher your hash rate the more chance you have of submitting a share in a very short round.... so smaller miners will have less of a chance to participate in a 'more profitable' round than big miners. That means quick rounds don't even out based on variance... so the model becomes statistically biased as big miners will have a bigger chance to begin with (of course you have to factor in geographics / network speed / etc etc) Edit: Mind you, it is all mostly a hypothetical discussion as there aren't that many rounds where not all miners participate (on Deepbit) and even though it would be nice to get a 'huge' payoff in a round from time to time, I have the feeling that not participating in such a round won't affect your overall 'expected' payout that much....

792

Bitcoin / Pools / Re: [3800 Gh/s] DeepBit.net PPS+Prop,instant payouts, we pay for INVALID BLOCKS too

on: April 18, 2012, 11:42:18 AM

Isn't the race to be the first to get the LP also a lottery like who get's to deliver the solution to the hash ? i.e. If you have 100 rigs setup with 1 GPU you have 100 lottery tickets to be the first to get a LP as opposed to 20 rigs with 5 GPU's where you have only 20 tickets.... For the really short rounds (in the hundreds/few thousands of shares) your hashing power isn't so much what counts as it is the time in which you get the LP (and then of course deliver a solution before the round ends)

793

Bitcoin / Pools / Re: [ Bonus PPS Pool - 110% ] - Private Beta CLOSED

on: April 16, 2012, 07:38:50 PM

Yes about 5 mins after my last post pool came back online for me, been happily mining away ever since And reject-rate is still falling ! Good job !!! Edit: and as I'm writing this: 2 LPs go off without a hitch and the third gets a 'Pool 0 communication error' 'Pool not responding' and back to my backup pool Edit 2: I am going to stop commenting !!!

794

Bitcoin / Pools / Re: [ Bonus PPS Pool - 110% ] - Private Beta CLOSED

on: April 16, 2012, 06:38:42 PM

Quote from: MrTeal on April 16, 2012, 06:34:18 PM Quote from: DutchBrat on April 16, 2012, 06:27:20 PM I'm mining on my backup pool, does this mean the pool is down, or am I caught in your IP-blocking ? I was mining after Clipse's announcement with intermittent connection issues, but it's dead for me right now too. Thanks ! My stale-rate was dropping considerably... all the way down to 3.8% from 5.5% Let's hope this IP-blocking works for now

795

Bitcoin / Pools / Re: [ Bonus PPS Pool - 110% ] - Private Beta CLOSED

on: April 16, 2012, 06:27:20 PM

I'm mining on my backup pool, does this mean the pool is down, or am I caught in your IP-blocking ?

796

Bitcoin / Pools / Re: [ Bonus PPS Pool - 110% ] - Private Beta CLOSED

on: April 16, 2012, 02:43:12 PM

Thanks for the payout !

797

Bitcoin / Pools / Re: [ Bonus PPS Pool - 110% ] - Private Beta CLOSED

on: April 16, 2012, 02:02:34 PM

As I said, I don;t want to jinx it, but it has been running smoothly on my end for 2 hrs 10 mins now Numerous LPs without conn problems and rejects A: 585 R:5 (on my test-rig) Overall my reject rate has also been dropping steadily from 5.5% to 4.3% Keeping my fingers crossed !

798

Bitcoin / Pools / Re: [ Bonus PPS Pool - 110% ] - Private Beta CLOSED

on: April 16, 2012, 01:06:08 PM

I don't want to jinx it, but in the last hour and 20 mins there have been 4 LP's and only 4 rejects on my testing rig, yes: 1 per LP let's hope it stays this way

799

Bitcoin / Pools / Re: [ Bonus PPS Pool - 110% ] - Private Beta CLOSED

on: April 16, 2012, 05:19:21 AM

Ckolivas suggests to use --net-delay in CGminer https://bitcointalk.org/index.php?topic=28402.msg853033#msg853033 Worth a try

800

Bitcoin / Mining software (miners) / Re: CGMINER GPU FPGA overclock monitor fanspeed GCN RPC linux/windows/osx 2.3.3

on: April 16, 2012, 05:17:02 AM

Thanks for the suggestion, I'll give it a try

Pages: « 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 [40] 41 42 43 44 45 46 47 48 49 50 51 »