Topic: bitHopper: Python Pool Hopper Proxy - page 173. (Read 355689 times)
Holy crap Ryouiki this mod is AMAZING. So glad I decided to try it out and I really hope c00w works your changes into root
Like every single pool I am mining is unlucky as hell right now. Only one that solved a block in like the last 12 hours is bitcoins.lc and their share count is bouncing around like a maniac.
Having a little problem when I try to access the stats. I get the message
Using latest version of ryouiki's fork
Code:
web.Server Traceback (most recent call last):: [Errno 2] No such file or directory: 'index.html'
Using latest version of ryouiki's fork
possible cause
1. index.html is not there (same directory as bitHopper.py)
2. working (current) directory is not the correct
3. do not have permission to read file
in case of 2.
modify this line to point the absolute path
Code:
file = open('index.html', 'r')Code:
file = open('/root/dev/blahblah/index.html', 'r')
we liked you guys too before things changed.. look forward to to going back soon.
Why didn't you guys just change your algorithm? We could have added you as a backup pool.
We are changing our algorithm, we're moving to ESMPPS. http://forum.bitcoin.org/index.php?topic=12181.msg378328#msg378328
We'd love you guys to call us home once we make the switch.
Why didn't you guys just change your algorithm? We could have added you as a backup pool.
Basically if someone else does what bitp.it did, well, it won't work.
We're blushing
Polmine?
I may have missed the code but if you throw it in an issue on github I'll add it in/ try and figure out why it is broken.
I may have missed the code but if you throw it in an issue on github I'll add it in/ try and figure out why it is broken.
This was just ryouki's fork - haven't tried on yours yet. He done some regex, added it in and it works for him - just not for me. So I've done something stupid.
Quote
Did you add it to the func_map in selectsharesResponse?
thanks - will check when I'm home.
Polmine?
I may have missed the code but if you throw it in an issue on github I'll add it in/ try and figure out why it is broken. Did you add it to the func_map in selectsharesResponse?
I may have missed the code but if you throw it in an issue on github I'll add it in/ try and figure out why it is broken. Did you add it to the func_map in selectsharesResponse?
Great, like the ability to see stales. But it wont change over to polmine, even when it has lowest shares. Any ideas?
check if it's 'role':'info' mode
Nope, 'role':'mine'
Quick update to anyone who is mining at bitcoins.lc. Looks like they are giving out random share data right now causing the hopper to mine there. Shared went from 10k to 90k to 60k to 80k to 70k to 26k. Make sure to disable them. IDK if any of the forks handle bitcoins.lc differently, ie not through the api.
note to everyone who is using ryouiki fork. there are already penalties he put in place while testing or what not so be sure to set them to your own values.
Yeh, there is a few individual penalties preassigned, any unassigned is set to penalty:1
You can on the fly adjust these from the webpage tho for current session.
yeah I'm having trouble getting that page to load. whats the isnt it just http://localhost:8337/current/index.html
I get an error. I posted it a couple posts above
note to everyone who is using ryouiki fork. there are already penalties he put in place while testing or what not so be sure to set them to your own values.
Yeh, there is a few individual penalties preassigned, any unassigned is set to penalty:1
You can on the fly adjust these from the webpage tho for current session.
note to everyone who is using ryouiki fork. there are already penalties he put in place while testing or what not so be sure to set them to your own values.
x8s wasnt implemented at all yet, so you wont get stats.
Their running shares seem to keep counting , not sure how we would grab those values to report as current shares.
Their running shares seem to keep counting , not sure how we would grab those values to report as current shares.
is x8s faking stats. shares haven't updated for hours.
jeje don't bother, x8s it's not fully implemented
is x8s faking stats. shares haven't updated for hours.
Hi Ryouki,
Thanks for the latest bithopper update (ryouiki-bitHopper-c6d4adb), great to see more pools are now hopable.
However, your latest update doesn't run for me at all; gives the following error:
I had downloaded your previous version (ryouiki-bitHopper-869eff2) which runs just fine.
Thanks.
Thanks for the latest bithopper update (ryouiki-bitHopper-c6d4adb), great to see more pools are now hopable.
However, your latest update doesn't run for me at all; gives the following error:
Code:
Traceback (most recent call last):
File "C:\path\to\bithopper\ryouiki-bitHopper-c6d4adb\bitHopper.py", line 9, in
import stats
File "C:\path\to\bithopper\ryouiki-bitHopper-c6d4adb\stats.py", line 6, in
import pool
File "C:\path\to\bithopper\ryouiki-bitHopper-c6d4adb\pool.py", line 30
'api_address':'https://www.triplemining.com/stats', 'role':'mine' },
^
SyntaxError: invalid syntax
I had downloaded your previous version (ryouiki-bitHopper-869eff2) which runs just fine.
Thanks.
current version (be477e0) would be fine.
this version also provides web stat page similar to flower's mod
( see stats in http://localhost:8337/current/index.html )
Having a little problem when I try to access the stats. I get the message
Code:
web.Server Traceback (most recent call last):: [Errno 2] No such file or directory: 'index.html'
Using latest version of ryouiki's fork
Updates on why stuff may break.
I just added in reject watching and had to do a database upgrade to add a slot. And well... it didn't work and I'm not quite sure why but it looks like the database may be getting wiped everytime you restart.
API autopolling is working well. And seems to have lowered reject rates also. A nice side affect.
Also I added in backup pool selection based on reject rates.
And I literally just spotted a bug with api polling. 1 second.
1) Reasonable getwork interval?
Um. As quickly as it needs to feed your GPU. Getworks can return any size of work and a lot of pools cut them up pretty small. So it can vary a lot. And the faster/more GPU's you have the more getworks you need.
More than 20/s per miner is probably too much
I just added in reject watching and had to do a database upgrade to add a slot. And well... it didn't work and I'm not quite sure why but it looks like the database may be getting wiped everytime you restart.
API autopolling is working well. And seems to have lowered reject rates also. A nice side affect.
Also I added in backup pool selection based on reject rates.
And I literally just spotted a bug with api polling. 1 second.
1) Reasonable getwork interval?
Um. As quickly as it needs to feed your GPU. Getworks can return any size of work and a lot of pools cut them up pretty small. So it can vary a lot. And the faster/more GPU's you have the more getworks you need.
More than 20/s per miner is probably too much
what if the hopper is build on top for poclbm ? wont that be more "natural" ? i mean if u have a bow whit 5 GPU you will have 5 workers and 5 work requests
you are right. hopper on top of a miner is better.
but if you have more than one miner the actual pool selection (and stats grabbing) should be one a single place.
and: a proxy is very much more flexible.
- you can use any miner you want
- you can tweak ports (i have to mine through port 80)
- single place for share/reject/speed counter and idle warnings (which are not easy to integrate in a miner; because the whole pc could have gone to hell)
so (for me) a hopping proxy is better than a miner integration - as (with integration) i would use a proxy anyway
Jump to: