!#@$#@$ Gah! I disabled autopayouts while I worked out some bugs in the new Dwolla code and forgot to turn it back on. It's back on now and they should all go out in the next 15 minutes or so. I'm sorry about that. When I disabled it, I even thought to myself "I have to remember to re-enable this" and then though "Yeah, no problem I will remember this time."
Of course, I did not. But in brief, the emails are sent out from a different queue than the payments are sent. Lots of things in EMC are queued and handled by separate processes, some on different servers to take the load off any one server and provide a failover. So when a payment goes out, an email is put into the queue and the payment itself is put into a different queue. I disabled the actual payment queue but not the email one, so the emails went ahead and were sent while the actual payment queue just started to fill up.
With regards to continuing to support EMC, I have been working for BFL for two weeks now, so yes, I will continue to support EMC as I have before. No plans to change anything there, except possibly bring some additional help on board to give the site some much needed improvements that are beyond my time or ability at the moment.
Yeah, I can see rejected shares, just wasn't so obvious at first glance. Would be nice to have it in a separate column with percentage in brackets . I'm running one minirig on bitminter pool atm, and I was really surprised to see 0.03%-0.045% reject rate. Taking into account that they do LP on every nmc block as well, unlike ozcoin for example, it shows really low reject rate. On emc I get around 0.075%-0.1% and that's with 0.4ms ping. DrHaribo said they made some major improvements, and zux0r helped them. At this point these small numbers don't mean anything, but when the asics come, they will
I have been thinking about re-designing the My workers page, so let me look into what can be done there. Right now, we are short on room as far as that goes, so adding stuff has always been an exercise in juggling all the info without squeezing it all in there and looking terrible.
For reject rates, what are you getting rejected with, because that would make a difference on how to fix it.
Sometimes after LP's I get a string of rejected work saying stale (prev-blk) CGMiner is rolling the work and producing apparently stale shares for me at my normal submission rate. When a new work unit is recieved after rolling finishes I suddenly have all accepted shares. If I manually change to a different server on EclipseMC I will also suddenly have all accepted shares. Checking EclipseMC numbered blocks 2024,2025 I have around a 10% reject rate but on 2026 I have just under 2% as well as 2027 is just above 2%. My average according to CGminer is 9.68%. Could you look into why at the LP it seems I am either given an old work unit sometimes or why it marks work from the LP work unit as prev-blk?
That sounds like a CGMiner issue, actually... make ckolivas can chime in with some suggestion(s) on a source of the problem and/or how to fix it. But off the top of my head, it sounds like you may have --submit-stale turned on, which would definitely cause that issue.
On another note, I am going to be putting up a test server with dynamic difficulty... I will post some more information tonight, but it's the ultimate goal of the diff10 server. For now, I will leave the diff10 server up and running and put up another server for dynamic difficulty testing. Then once that's stable and working, I will be rolling it out to all the servers and taking the diff10 server offline.
At that point, much like the saying "God only gives you what you can handle." the servers will start handing out shares of varying difficulty based on what you can handle.
Slower miners will get lower difficulty shares and faster ones will get higher difficulty shares and no one will be left out or left behind either now or going forward into the ASIC era.
Show Posts
