It still does submit stales though. My logs still show plenty being submitted, just not the 2-3% I was getting. Now it's 0.4%. I see you point, stick to what the command has set... but if you do that, one way or the other you lose performance.
Disable stales: No stales are submitted potentially losing valid shares Re-start work quickly and get on with new block
Enable stales: Potentially gain some shares through submitting stales Potentially lose up to 5s of work on each device
It's marginal either way, but why not take the best from both worlds and maximise as far as we can the performance, at the sacrifice not strictly doing what the user has asked. How many users do you think give a crap about whether stales are submitted or not over getting the best performance? My U has gone up about 0.5 from 69.2 to 69.7. Fred's has gone up 0.8.
If BFL worked the way every other device worked and returned a result as soon as it found it, of course we'd do it your way. We've got to handle what we're dealt the best we can, eh?
|
|
|
I'm on US2 and I'm getting a massive amount of discarded work right now. About 50% of my gets are resulting in a discard. On other pools it's around 5-10%.
No rejects though.
|
|
|
cgminer shows the effective hashrate. It'll be less than the claimed hashrate as it includes the time taken to submit and retrieve results from the device, which will be a few ms. During that time the single is idle. Nothing anyone can do about that.
|
|
|
Actually it'd be interest to get real performance data from someone with BFLs to mine on P2Pool with the existing 2.4.3, and my version. I'm quite curious
|
|
|
I don't know how reliable auto is. ...kinda looks like it's not. Better to manually specify each device: -S <comport> -S <comport> etc Look at the readme.
|
|
|
What's your command line?
You need a -S <comport> for each unit.
|
|
|
@p_shep what is with my pm? No anwser?
Ah right, forgot about that!
|
|
|
My problem is should I go ahead and trade in all 6 of my singles for SC singles, or sell 3 of them, and just get 3?
Decisions, decisions...
|
|
|
Not sure if you are doing this so: As I have mentioned to luke-jr so I'll mention to you also The BFL abort should only be done if --no-submit-stale is enabled and the getwork said to not submit stale. (i.e. you need to somehow check those two before aborting the work) Reasons: 1) If you abort work on a pool that allows stale shares, then when you abort you may be throwing away shares (since BFL doesn't tell you what shares you have worked out already when you abort the work) - so on such a pool (or a getwork that says to submit stale) you'd never abort the work 2) On p2pool only ~1 in every ~60 LPs represent a real BTC LP - for all other LP's, if the stale work is a full difficulty block, it is a valid payable BTC block - and p2pool will send it to the bitcoind ... and throwing away blocks is bad Of course no one in their right mind would mine on p2pool with a BFL since either you throw away blocks or you throw away shares - you must do one or the other with a BFL on p2pool. Well, that's the thing, either way the work is lost, no? It's a matter of minimizing work lost. We can submit shares which may/may not be accepted, or we can restart work which we know will be accepted. As you say, this is only really a problem on P2Pool, which is problem anyway, so what's lost?
|
|
|
Thanks for that Kano, I'm just about ready to submit a pull request now, Sorting out one more thing... Looks good there fred
|
|
|
When I was first fiddling about with cgminer on a router I enabled CPU mining just to test it out. It didn't submit a single share in the hour or two I left it on. It took so long a long poll would come through and wipe out the work before it completed. As to dedicated hardware to do the job... that feasible, but even if there was a hardware SHA256, I think the processor that does that (wireless) and the routing etc., is separate from the CPU, so I don't know how practice it might really be as far as getting the work done. Then you get into the whole Broadcom doesn't release their datasheets thing.
|
|
|
EMC, Oxzoin & maxBTC.
Why?
'Cos I'm a WHORE.
|
|
|
Put me down for 6 SC singles please
|
|
|
To make things clear:
The binaries included here WILL NOT WORK with TP link devices. They are a different processor.
I did try to compile for this processor, but I couldn't get everything to compile. I could get libUSB (for ztex) and cgminer to compile, but not ftdi_sio.ko (serial driver for BFL).
Since I don't have a TP link device, I'm giving up. Nothing I produce I could test anyway.
Your best bet is to contact xiangfu and ask him nicely (read: ply him with bitcoins) to maintain it.
|
|
|
Just another PERFECT EXAMPLE of the regard BFL has for the Bitcoin currency / community in general!
They manufacture Bitcoin mining devices and make their living from this currency yet they regard PAYPAL! of all things a more stable and reliable form of currency that they are happy to refund Paypal but will not refund the very same currency they make their bread and butter from.
Or is it the fact that PayPal can REVERSE THE CHARGE and MAKE THEM PAY
and with Bitcoin THEY KNOW THEY CAN GET AWAY WITH RIPPING YOU OFF! (irreversible)
Either case it makes me sick that so many of us are entrusting the future of the Bitcoin network with these people.
This trolling calls for creating a new thread and sticking it at the top of the forum, doesn't it?
|
|
|
I don't care about electricity and time to get bitcoin
Oh, but you will.
|
|
|
Could you put an indication of the load on each of your servers on your site? Currently on US2 and my rejects have gone up a little over the last 24hrs, I'm wondering if it's load based and I could switch to another server.
That reminds me to ask this question: US1,US2,US3 all point to the same IP address. Are they still different servers? I'm using DGM and have currently pointed my miner to US2, is it meaningful to have the other servers (US1 and US3) as backup? They do? Oh!
|
|
|
Could you put an indication of the load on each of your servers on your site? Currently on US2 and my rejects have gone up a little over the last 24hrs, I'm wondering if it's load based and I could switch to another server.
|
|
|
srsly jelly
|
|
|
Have you specified a wifi type? I put mine G-only. Also read that mixed can confuse things. Keep reading DD-WRT forums, may find something to help. It certainly should work!
Also, you're matching up the IP's properly aren't you? What's the IP of the main router you're connecting to? What IP did you set the e3000 to? does the main router have a range set aside for static IPs?
Can I compile for TP? No. I tried, doesn't work with the compiler I have. People have though, so I don't know why they don't make it available...
|
|
|
|