|
Yes, there was database lockup because of failed periodic backup, so pool was down for few minutes, until monitoring woke me up. I stopped it manually, pool is running in normal mode again. Tomorrow I'll investigate what exactly happen. I'm really sorry for this issue.
|
|
|
|
|
yes, Aldiyen's fork works for me now. Worse part is that _now_ works also stock phoenix (latest version). I didn't changed anything, maybe connection is slightly better or something, but now I have 0.2% stale with both versions. Previously it was almost 30% stale.
But Aldiyen's fork have ntime rolling, which is very nice feature for strong rigs. I didn't watched it carefully, but my feeling is that it performs less getworks than stock phoenix. So I can recommend it so far.
|
|
|
|
|
ufasoft, is there any modification in user agent for this version? It would be nice to know if pool can enable LP for given worker or not...
|
|
|
|
|
If you find something how to *not* pay VAT for gold, send me PM...
|
|
|
|
If so then I respect that as a way to strengthen Europe.
No, that don't strenghten Europe. It only give more money to government for spending bilions for stupid things. |
|
|
|
|
Looks interesting. I'm now testing Aldiyen's fork, he fixed also some network errors. Maybe it will solve my issues as well...
|
|
|
|
Gold and silver is different from view of taxes. Only gold have some exceptions, but I'm not sure if this exception is also for import from USA. And no, I'm not mad. I bought GPU from some american guy for bitcoins and I still paid taxes, which was around 20% of card price. If they see lower price on box than it's "common", they will use "common" price for calculating VAT. So that trick with "selling 1oz gold for 1$" won't work  . |
|
|
|
|
Phoenix is the most used miner on my pool (together with poclbm). So I'll pay something for fixing those bugs addressed by me above + adding correct X-Roll-NTime support. I don't have an idea how much work is that for somebody who already knows phoenix internals, but 20 BTC may be interesting?
|
|
|
|
Well i'm sure there are a lot of people using Phoenix to mine, is there anyone who can fork the project and create a new release fixing these issues if Jedi95 is not around? Again, I am willing to pay to see the phoenix miner properly cleaned up with the necessary changes made. Maybe we should all start a bounty? Maybe that would get development on the project going again.
I tried to understand phoenix's sources and fix those issues, but it's asynchronous mess inside. Async programming is good for everything else than for understanding and debugging . Btw I tested phoenix r111 on my problematic miner and it works like a charm overnight. I have 0.1% stale on 12000 shares so far. It's not so effective as poclbm (as it does not implement roll ntime extension correctly), but at least have lower stale rate for me. |
|
|
|
|
Trading gold bullions in EU is tax-free (well, at least in my country), but I don't have an idea if there are some extra taxes while importing bullions from outside EU. Do you know what taxes and restrictions are on "importing" gold to EU? I'm curious if they'll ask for 20% of price on borders...
|
|
|
|
|
Good news, guys! Thanks :-)
|
|
|
|
|
What about delivery to EU?
|
|
|
|
|
(registering to this thread)
|
|
|
|
|
pekv2: Does pool work for you now somehow? With LP on/off?
|
|
|
|
With only 3Ghash - definitely pooled mining. There is pretty big chance that you won't find a block for months  . |
|
|
|
|
jaybones: LP should work nicely in your miner. Consider to turn it again at least for test. Those stales were probably from previous pool restarts. Please tell me then if LP works for you, what was your stale ratio (and on how much shares it calculated that ratio).
Edit: I'm trying the same version of GUIMiner and don't see any issues with LP. Let's turn it on again and tell me if it works for you, too.
|
|
|
|
Im new to the mining thing, but i think these changes you made is preventing me to mine all together.
I'm using GUIMiner - V2011-8-24 with Nvidia gtx 560 ti.
with flag -cuda -gpugrid 384
for past 4 days i was mining fine.
i came home from work with all kinda stales and rejects..
I tried stopping and starting it back up but now all i get are rejects
I'm Accepted 48(48) past past 10min
What means Accepted 48(48)? Isn't that "all shares were accepted"? I'm watching logs and all your last 6 shares are accepted without a problem. I few times restarted pool because of today updates. Maybe those rejects in your log are old? Edit: Copy&paste from Q&A of GuiMiner: Q: What does it mean in the summary panel when the shares say something like 1000 (150) accepted?
A: That means 1000 shares total were accepted, including 150 in the last hour.
So yes, all those shares are accepted. |
|
|
|
|
I did few pool restarts today because of fine tuning LP, you probably got some connection errors and rejects. Everything is stable now.
I also disabled LP for some miners (user agents) which didn't handle LP correctly. Namely Ufasoft miner, which don't follow LP specification. I reported it to ufasoft and he already fixed that in development version. So I'll enable LP for ufasoft soon again.
|
|
|
|
|
Thanks for fast reply. I'll announce it in my thread.
|
|
|
|
|
Ufasoft, can you please fix your Long polling support? You're not sending credentials (Authorization:) header in LP request, which breaks protocol spec (and don't work with my pool, because I need to know worker login).
LP specs say (point 3):
"Miner starts a request to long polling URL with GET method and same basic authorization as on main connection."
I have also one simple feature request. Miner should disconnect from LP if pool stops providing X-Long-Polling header. For example I'm now unable to stop long polling on already connected clients although I see their LP support is broken.
Thanks,
slush
|
|
|
|
|
Show Posts
