Quote from: TeaRex on June 22, 2011, 12:43:50 PM

Quote from: organofcorti on June 22, 2011, 11:25:24 AM

NotaNumber (div by zero) just ruin everything! they're contagious and infect everything they contact.

Yeah... like the big red flashing "9.999999 99" that my dad's old TI-59 programmable calculator produced on divide by zero back in the seventies; they also propagated that value and then you'd have to tediously single-step to find the culprit, instead of the code just halting with an error immediately. Nice idea in principle but it can cause no end of headaches.

Quote from: organofcorti on June 22, 2011, 11:25:24 AM

Can anyone explain what utility is? Efficiency is how many expected shares worth of coin your actual shares get you, but I can't figure out how to relate utility to shares. And I don't understand what TeaRex means here (no offence mate) since I don't know how you could get an "expected efficiency".

As far as I understand it, utility is "the number of shares your submitted shares (including pending shares) are assumed to be worth by multipool's underlying algorithm", compared to solo mining or a hypothetical proportional pool without fees, and average luck. So basically if you'd have submitted that many shares to a proportional pool at random times, and the pool had been neither lucky nor unlucky, you'd get the same amount of money as Multipool expects you to receive for the shares you actually submitted there. I hope I haven't confused you any further now...

I get NaN's propagating through matrices all the time. Is this is just because I suck at coding, or are NaNs some sort of digital life form? Undecided

Well thx for trying to explain - but Huh

The reason for my Huh

is that I'd thought that is what "Efficiency" already represents. Eg: atm if you solo 877000 shares/blocks, or do the same at a proportional pool at "luck" multiplier = 1.0, you expect 50 coins. You can check for yourself that efficiency is calculated as (received coins/expected coins), which means it would also be (utilised shares/accepted shares). But efficiency!=utility/shares - again, you can check this with a few of your own.

I prolly have this the wrong way around, and it'd be handy for stats purposes if it relates to eg. the total shares in that block. Then (I hope to) relate results to Raulo's original paper on hopping and not just calculate hopping efficiency but predict best hopping algos for each pool.

Cheers for the help!