I would like to pose a possibly over-complicated solution to the slice vs. default scheduler question that I'm not even sure is possible. I may be way off, but please give this some thought.
Create a new role called "mine_slice". This would be for the small pools with low hashrate (user selectable). The faster pools would stay "mine".
My idea is to run the slice scheduler inside of the default scheduler. So the behavior would be: If there were "mine" pools below threshold, you would be mining them under OldDefault rules. If there were no acceptable "mine" pools, all of the "mine_slice" pools would be selected running under slice rules as a group, but only if there was one or more below threshold. If all of these options were exhausted, we would then resort to "backup".
Visually, I see it like this.
OldDefaultScheduler[mine; mine_slush; SliceScheduler(mine_slice); backup]
Like I said, I'm not even sure this is possible, and I'm definitely not qualified to try to code it. Just food for thought...
PS: What do you guys think of giving priority to mine_slush to where you always hop in for the first 11% or less, no matter what. I feel like those that are using mine_slush wouldn't mind diverting for the very short time in search of those short rounds?
Topic: bitHopper: Python Pool Hopper Proxy - page 43. (Read 355813 times)
k, Ill go back to standard...I will just use --startLP
I do think we need to put the threshold to 100%
I do think organofcorti was right on that.
but a little over 100% and your shares become cheaper than pps.
I do think organofcorti was right on that.
but a little over 100% and your shares become cheaper than pps.
I don't want such a big step at once, so I try at 60% for 3 days and see what it does
One advantage is that it (almost) never needs a backup pool at that setting.
So, you mean you set penalty to .6 for deepbit?
for the sake of hopping science please try standard hops for a day or your results could be ignored in the future
Standard? What's that?
Bitcoin / PC's / bitHopper is a hobby, not my dayjob...standard, it was a form of referring to simple methods hopping (default scheduler or alt scheduler, --startLP) in this case with bH, without changing principles in the middle of testing (like hopping to a higher threshold)
edit: thanks, tomorrow I will be testing different levels too
I doubt your issue is bitHopper. I am looking at my usage graphs here, and I have around 550 mb per day going out and 250 per day coming in. Granted, that would put you over the 20 GB / month, but not in 8 days
now I have done measuringI have done nothing else on net except forum
since around 2:00 pm to 7:00 pm
340 MB out
270 MB in
from one (the main-)PC (on the second PC is bithopper running too)
thats around 120 MB/h per PC
this is too much for my account...
is there much less if I disable most of the pools?
Or what else can I do to decrease the traffic (I have to do some other things with this PC too...)
TIA
Ive got bitHopper running on my main machine with 2 GPUS, and 10 more miners from other machines that connect to it. Including browsing the internet I have used 61.7MB down and 25.6MB up today. Do you have some other software doing auto updates or something in the background?
I do think we need to put the threshold to 100%
I do think organofcorti was right on that.
but a little over 100% and your shares become cheaper than pps.
I do think organofcorti was right on that.
but a little over 100% and your shares become cheaper than pps.
I don't want such a big step at once, so I try at 60% for 3 days and see what it does
One advantage is that it (almost) never needs a backup pool at that setting.
So, you mean you set penalty to .6 for deepbit?
for the sake of hopping science please try standard hops for a day or your results could be ignored in the future
Standard? What's that?
Bitcoin / PC's / bitHopper is a hobby, not my dayjob... I do think we need to put the threshold to 100%
I do think organofcorti was right on that.
but a little over 100% and your shares become cheaper than pps.
I do think organofcorti was right on that.
but a little over 100% and your shares become cheaper than pps.
I don't want such a big step at once, so I try at 60% for 3 days and see what it does
One advantage is that it (almost) never needs a backup pool at that setting.
So, you mean you set penalty to .6 for deepbit?
for the sake of hopping science please try standard hops for a day or your results could be ignored in the future
I do think we need to put the threshold to 100%
I do think organofcorti was right on that.
but a little over 100% and your shares become cheaper than pps.
I do think organofcorti was right on that.
but a little over 100% and your shares become cheaper than pps.
I don't want such a big step at once, so I try at 60% for 3 days and see what it does
One advantage is that it (almost) never needs a backup pool at that setting.
So, you mean you set penalty to .6 for deepbit?
No, I set both --startLP and --threshold=0.60 in the shortcut for Bithopper.py
If you set threshold to 0.10 it will mine a pool until 10%, 0.20 for 20%, etc.
Standard is 0.43
I do think we need to put the threshold to 100%
I do think organofcorti was right on that.
but a little over 100% and your shares become cheaper than pps.
I do think organofcorti was right on that.
but a little over 100% and your shares become cheaper than pps.
BAH...cow joules would never "utter" such blasphemy...dunno who this imposter is.
I've been testing threshold=.75 and don't care for the result much with default slicer, but it doesn't bother me with altslicescheduler and a low min shares.
I do think we need to put the threshold to 100%
I do think organofcorti was right on that.
but a little over 100% and your shares become cheaper than pps.
I do think organofcorti was right on that.
but a little over 100% and your shares become cheaper than pps.
I don't want such a big step at once, so I try at 60% for 3 days and see what it does
One advantage is that it (almost) never needs a backup pool at that setting.
So, you mean you set penalty to .6 for deepbit?
I do think we need to put the threshold to 100%
I do think organofcorti was right on that.
but a little over 100% and your shares become cheaper than pps.
I do think organofcorti was right on that.
but a little over 100% and your shares become cheaper than pps.
I don't want such a big step at once, so I try at 60% for 3 days and see what it does
One advantage is that it (almost) never needs a backup pool at that setting.
I hope the smaller pools like it if we stay longer and don't mess with stats, etc.
I do think we need to put the threshold to 100%
I do think organofcorti was right on that.
but a little over 100% and your shares become cheaper than pps.
I do think organofcorti was right on that.
but a little over 100% and your shares become cheaper than pps.
Im mining on deepbit as well...so heres a question, how does it determine when to hop off deepbit? Since its stats are delayed we cant exactly rely on 43% can we?
estimation is the key my friend
edit: right now feel like I'm in a casino betting on all tables a small bit
For testing I set threshold to .6 so Deepbit mined until 60%
I doubt your issue is bitHopper. I am looking at my usage graphs here, and I have around 550 mb per day going out and 250 per day coming in. Granted, that would put you over the 20 GB / month, but not in 8 days
now I have done measuringI have done nothing else on net except forum
since around 2:00 pm to 7:00 pm
340 MB out
270 MB in
from one (the main-)PC (on the second PC is bithopper running too)
thats around 120 MB/h per PC
this is too much for my account...
is there much less if I disable most of the pools?
Or what else can I do to decrease the traffic (I have to do some other things with this PC too...)
TIA
Edit:
is there much traffic if I am on info on most pools?
Well, it just hopped off deepbit and back over to mtred
well it's supposed to do that, at what threshold (diff. level)
Think it was right around the 43% or 50% reported by stats for deepbit...if they are accurate, not sure. So, are those shares being estimated based on when a longpoll detects a block from them and their given hashrate, to figure out where they are in a current round?
I was on default scheduler as well =)
mine_deepbit should have worked. What scheduler are you using?
I was on default scheduler at that time.
Well, it just hopped off deepbit and back over to mtred
well it's supposed to do that, at what threshold (diff. level)
Well, it just hopped off deepbit and back over to mtred
Im mining on deepbit as well...so heres a question, how does it determine when to hop off deepbit? Since its stats are delayed we cant exactly rely on 43% can we?
estimation is the key my friend
edit: right now feel like I'm in a casino betting on all tables a small bit
Im mining on deepbit as well...so heres a question, how does it determine when to hop off deepbit? Since its stats are delayed we cant exactly rely on 43% can we?
nice avatar @joules means you got super hopping powers from c00w... 
Thanks .. I just got hero status.. damn I post too much... stupid c00w and his hopper.
It is only temp, i will start to miss my other one soon.Holy cow patties, I am mining deepbit as we speak.
old default 0.1.4-17..
Jump to: