Author

Topic: [1050 TH] BitMinter.com [1% PPLNS,Pays TxFees +MergedMining,Stratum,GBT,vardiff] - page 278. (Read 837101 times)

legendary
Activity: 2730
Merit: 1034
Needs more jiggawatts
Great to hear the new server changes are working out Smiley

Yes, variable difficulty will be coming soon. I'm currently working on some changes to support multiple mining servers. I thought that might be a good idea to do first as it will make it easier to test var diff.

It could also be useful to have a couple more servers when ASICs turn up. Wink
full member
Activity: 200
Merit: 100
|Quantum|World's First Cloud Management Platform
(5s):2480.2 (avg):2486.0 Mh/s | Q:7925  A:88271  R:112  HW:0  E:1114%  U:34.7/m

Pretty sweet
hero member
Activity: 518
Merit: 500
Manateeeeeeees
  • 170,100 shares accepted since last cgminer restart
  • 139 rejects

That's 0.08%!  Cheers!
hero member
Activity: 988
Merit: 1000
When will you implement var diff for miners?
legendary
Activity: 1610
Merit: 1000
The pool seems to be running really sweetly with all the recent changes, my efficiency is over 500% now on my single GPU system, and my rejects are very very low compared to before Smiley Great work DrHaribo!
+1
You are the man DOC:)
sr. member
Activity: 272
Merit: 250
The pool seems to be running really sweetly with all the recent changes, my efficiency is over 500% now on my single GPU system, and my rejects are very very low compared to before Smiley Great work DrHaribo!
full member
Activity: 200
Merit: 100
|Quantum|World's First Cloud Management Platform
Noticed my hash rate has increased by about 5Mh/s per gpu ever since the recent server changes. Smiley
sr. member
Activity: 462
Merit: 250
legendary
Activity: 2730
Merit: 1034
Needs more jiggawatts
Small server update today:
  • Increase shift size (PPLNS with N=4x difficulty). This should reduce variance for part-time mining and if you have some downtime on your rigs.
  • Implemented getwork "midstate" extension. Most miners support this now. It reduces bandwidth a little and also CPU usage on the server.
  • Small speedup for long poll
  • Small speedup in checking proofs of work

Only shaved a few percent off the server CPU usage this time, but every bit helps. Smiley

EDIT: most browsers  Cheesy of course I meant most miners support this now. Also, if your livestats don't show shift progression correctly (100% when only half done), try clearing your browser cache and reloading the page.
legendary
Activity: 2730
Merit: 1034
Needs more jiggawatts
Looking at the stats my home machines using cgminer seem to be fine. I only noticed because my work PC went quiet all of a sudden, it is using the BitMinter Java client with the port 80 switch... so I guess that doesn't use long polling as it keeps running out of work?

Sure it uses long polling, or it would cause a lot of rejects. But it goes through the web server. Not recommended unless you really need to use port 80 because that's all your firewall allows.
sr. member
Activity: 272
Merit: 250
Looking at the stats my home machines using cgminer seem to be fine. I only noticed because my work PC went quiet all of a sudden, it is using the BitMinter Java client with the port 80 switch... so I guess that doesn't use long polling as it keeps running out of work?

[EDIT]
Work PC seems to be OK now actually, it was working and then dropping but it seems to be going steady again now Smiley
legendary
Activity: 2730
Merit: 1034
Needs more jiggawatts
A bit of russian DDoS attack on the web server currently taking place. Sorry for the instability. Mining looks fine so far, though.
sr. member
Activity: 272
Merit: 250
Seems the site and pool server went down briefly and now seems really sluggish...
legendary
Activity: 1753
Merit: 1007
My efficiency seems to be significantly increased since your changes DrHaribo Smiley On my 6870 machine its gone from about 280% to 450%, rejects seem to be better too!
yes, less rejects too (ztex quads)
sr. member
Activity: 272
Merit: 250
My efficiency seems to be significantly increased since your changes DrHaribo Smiley On my 6870 machine its gone from about 280% to 450%, rejects seem to be better too!
full member
Activity: 200
Merit: 100
|Quantum|World's First Cloud Management Platform
kano, yea that thread is huge and I haven't been keeping up with it for several months. My bad. Thanks for the link! It'll be easy to keep cgm updated now.
legendary
Activity: 2730
Merit: 1034
Needs more jiggawatts
Some server changes are in. CPU usage reduced by 20-25%. The server is now also using Luke-jr's trick of sending pre-computed "empty" blocks (only transaction is the generation transaction) through long poll. So now the load spikes from abusive miners are greatly reduced and long poll is faster. This results in much fewer rejects than we've seen in the last few days and the delay you would sometimes see with getting work after long poll seems essentially gone.

At the moment for the current round I have 0.04% rejects. Pool wide rejects are 0.43% though. I would have hoped to get this lower. Let me know if you still have a high reject ratio and I'll see what I can do.

Namecoin rejects are sometimes very high. I suspect some miners are configured to ignore namecoin long polls. Not a big deal I guess, with namecoin value being what it is.

Note: every round starts with rejected work. If you see 10% rejected in the first second of a round, that's normal. Round data is more useful to look at after it has gone over, say, 30 minutes.
legendary
Activity: 4592
Merit: 1851
Linux since 1997 RedHat 4
Finally was able to get my xubuntu mining rig upgraded to cgminer 2.7.6 from 2.4.1. The precompiled binaries no longer run on that version of xubuntu so it was a pita process of compiling manually. From what I've read in here those older versions of cgminer were causing server resource issues, so that should help a tiny bit.
Eh? Which xubuntu?
11.04. Yea, old version I know but I don't want to deal with the driver and sdk performance issues on the newer versions, which is why I haven't upgraded it. I'm sorry I didn't save the exact message, I figured the problem was solely because I needed to upgrade xubuntu and not a cgminer problem. I can try attempting to run the precompiled version again though to see if I can recreate the error.
Umm - obviously you don't read the cgminer thread Tongue
(or look at my sig ... OK it is chopped off at the moment ... blame Transisto)

I create one of these posts each time cgminer is released (since 2.4.3)
https://bitcointalksearch.org/topic/m.1256064

Yes my rig (2x6950, 2xIcarus, 1xBFL, 1xModMinerQuad) is Xubu 11.04 ATI Driver 11.6 SDK 2.4 - my desktop is Fedora 17 and that binary also works on Fedora 16/17 (at least)

Absolutely no changes to anything required except a single cgminer binary (from my downloads) to add to your current full matching version number binary download from ckolivas
full member
Activity: 200
Merit: 100
|Quantum|World's First Cloud Management Platform
Finally was able to get my xubuntu mining rig upgraded to cgminer 2.7.6 from 2.4.1. The precompiled binaries no longer run on that version of xubuntu so it was a pita process of compiling manually. From what I've read in here those older versions of cgminer were causing server resource issues, so that should help a tiny bit.
Eh? Which xubuntu?
11.04. Yea, old version I know but I don't want to deal with the driver and sdk performance issues on the newer versions, which is why I haven't upgraded it. I'm sorry I didn't save the exact message, I figured the problem was solely because I needed to upgrade xubuntu and not a cgminer problem. I can try attempting to run the precompiled version again though to see if I can recreate the error.
Jump to: