this is my setup:



I´m starting with: "--auth xxxx,xxxx --scheduler OldDefaultScheduler  --startLP --p2pLP" (v0.1.9.1-18)

I don´t get the difference between efficiency and variance, I want more bitcoins! hehe

------

BTW, if I put a pool under "mine_deepbit", it still scrapping their stats? I ask that cause btcpool, for ex., is set as "mine_deepbit" but every time that resets their stats bh thinks they start a new block, so... are they announcing false blocks in the LP too??

And bclc have no idea how it works, the stats show some thing, bh other and sometimes they change their stats in it´s web (delayed i guess) but bh keeps counting the previous round, and other times bh shows 150% (ex.) and the pool stats show round duration of 9hs! I think that something is wrong

Witch Switches/parameters do I need to start BH in a "optimal" state?

At the moment (0.1.8-8) I got: --auth user,pass --startLP --p2pLP
(& suppose nothing for --scheduler means "DefaultScheduler", or is better to set it with "OldDefaultScheduler")

 

@paraipanakos: that works, thanks! I run it without --auth, then I´ll try to set up my workers with the same user/pass as in the auth command just to see if work

I can´t make it work neither of the two latest versions of bh I download (0.1.7.2-65 / 81). Both starts ok but then my miner, guiminer, doesn´t connect... I don´t get any getwork

I go back with the 0.1.7.2-53 and works fine... any suggestions?

There´s something wrong with that pool anyway.. I have submited 1576 shares and have an estimated of 0.03683698, so making simple maths the total shares at the moment must be something near 2139154 shares.... and BH is showing 1524666 84,44%, is a lot of difference

Edit: I´am getting a lots of "unknown work" in the bh console? is that bad?

Anyone with problems with Ozco? It doesn´t show me any "est.earnings" and i send about 800 shares!

Edit: wich one of these commands works better or are necessary with the "mine_deepbit" mode? or the three of those at the same time?

--startLP = Seeds the LP module with known pools.
--noLP = Turns off client side longpolling*
--p2pLP = Starts up an IRC bot to validate LP based hopping

*i don´t understand what this one does..

BTW, Slush with "mine_slush" with penalty at 0.5 FTW !!

Try polmine with "mine_deepbit", it´s working very good for me. RFC close down, disable it. And bitcoinpool by default at "mine_deepbit" work ok too..

@c00w (and all the colaborators): I think everything is working flawlessly !!! -v0.1.7.2-14-

(except deepbit, the first time it finds a block mines ok, but every second time the workers just die... i mean in every restart of the bh, then i disable it cause that problem)

I´m a little confused with the lp_penalty... witch pool do i have to give more time, the one with the more false-positives or the others? if i have 4-5 pools with "mine_deepbit", do i have to give them the same delay or in certain order??

Thanks!!

Edit: I´m looking at the bclc stats and match perfectly with the ones in the bh stats, and it´s set to mine_deepbit... this is ok?

I´m getting good results with "mine_deepbit" in:
bitclockers / polmine / bitcoinpool (testing) / bclc (testing)

but no with the pool that give that mode it´s name hehe

BTW, Digbtc is fakin their stats now or is down?

***

About the previous Hop Thresholds conversation:

I don´t really get to understand the simulation you´re running, but making my quick numbers, the shorter the round the more valuable share, until 1*diff, then devaluates with every share (vs. PPS), BUT previous that <100% every share you submit helps mantain the value of all of the previous shares. Now I´m testing with lower penaltys (0.9/0.8/0.7) to see some real world results. If I make it to something positive, I´ll post it

***

Edit: with 0.1.7.2-14 version

I´m with latest version 0.1.7.1-30, don´t know why but: Polmine at the instant i run bh, shows the real percentage ad share count, and when it start a round resets to 0% and hop there and mine ok... but with bclc and db nothing of that happens

I think for moment i go back to mine bclc with the old pools.cfg, I know is not the real stats but i least i take some BTC in there that way... and with DB, don´t know.. I think i can live without it until it works, no problem!

btw, bitclockers is fakin the stats too?? just when i thought it starting to mine better there, with less "reconections" (?)

Sorry but i don´t get it... i don´t have any user or pass related to bh, only for the workers and i have 3 differents

About bcpool, I think they´re starting to fake their stats when a block gets X size (>diff or diff*1.X-2), so "we" hop there and help it finish. I think this because i hop there in previous short rounds (~2-3hs) and got no problems and get payed very well

I tested version 0.1.7.1-6, stats page don´t work (blank page), went back to 0.1.6.2-16*

*Having some problems with bcpool, It keeps reseting to 0% after some time, but when I look into the webpage the round still counting
*Same problems with db and bclc as I mention in previous posts (shares keep counting and counting, never find a new round)

Edit:@Endeavour79: which user or pass?

^ you´re quick man!! hehe..

what is the beneffit of that, or what value do you recommend?

@c00w: I don´t know if this is what you´re asking, but i think no, deepbit is in yellow and the share count of the round count normal, but my miner (GUIMiner x3vgas), just stop.

I´ll try to run BH with --debug so i can give you more details! (if it worth it, you tell me)

@deepceleron: I don´t understand your final request.. (i´am from Arg. so my english is not that good), if you can explain me better i can help, i got a btcmine account

---

I´m with latest version 0.1.6.2-1, and deepbit doesn´t work.. when start a round my miner just die. I wait for about 2-5 min. and nothing, so i disable it and hop to another pool, then the share count of db never stops...

As i said, Polmine is working really good, and BCLC founds blocks that doesn´t belong to it (i mean in BH, resets to 0 but the stats in its web keeps counting for hours), so i´am mining it "the old way"

Maybe the problem is my location, Argentina?

Nope.. leave it at default "1" (0.43)

-perhaps in some screen I posted was 0.87 (50%) but those were some tests with "mine_deepbit" or when there´s nothing to hop to-

Edit: when i take that screen i was with 0.1.6.1-20 or -18, but with the pools.cfg edited pretty sure

Don´t know why but "mine_deepbit" is working amazing with Polmine, but not with deepbit.. once it mines a block the shares keep counting and counting, and when i disable it for a while and re-enable it, when find the start of a round the workers doesn´t start..

With BCLC, i edit the new pools.cfg with the "old" one (with the json method) and just "mine" and give me good results:



(I´am with the newest version 0.1.6.1-24 & 1Gh/s)

Edit: I think when I send more shares the rounds was very large, and when I send a few is because BH was hopping between pools

My deepbit shares keep counting:



maybe the largest block ever?

And BCLC, rests to 0 many times but the round in the stats keep going for the past 2 hours, I think BH is showing it wrong...

Quick idea: is posible that bclc is showing the starts of deepbit rounds as its own?? looking the statistics in DB could match those starts

(both pools in "mine_deepbit")

And a lot of mining in arscoin here too, but i guess it´s because there´s not much to hop to at this moment

Edit: another block in polmine.. "mine_deepbit" here is working very well !

I don´t know then... in the latest version (0.1.6.1-20) there is nothing to edit in the pools.cfg, it came like that with the re_rate_type.

In previous versions i have the same issue, but now it´s ok