By the way: kiwipool has an API now https://kiwipoolme1.appspot.com/api
Nice!
Now, how can we make it hop ready?
Topic: bitHopper: Python Pool Hopper Proxy - page 67. (Read 355678 times)
Nice!
Now, how can we make it hop ready?
Experimented a bit with "mine" and "mine_slush" setting for Slush pool:
setting: "mine" - 7197 2011-08-07 13:55:57 0:28:23 756490 0.03079831 139980 99 confirmations left
setting: "mine" - 7173 2011-08-06 17:54:24 0:36:02 973207 0.07741029 139872 confirmed
setting: "mine" - 7172 2011-08-06 17:18:22 0:29:47 800452 0.07217588 139869 confirmed
setting "mine_slush" - 7193 2011-08-07 08:58:18 0:39:06 1027781 0.00533275 139950 69 confirmations left
setting "mine_slush" - 7189 2011-08-07 07:59:48 0:29:45 791033 0.00554819 139938 57 confirmations left
setting "mine_slush" - 7181 2011-08-07 03:21:55 0:32:52 856621 0.00898394 139919 38 confirmations left
If I see those scores after testing, why use "mine_slush"
Detail: I always have 1 card @ 120Mhash/s pointed to the same worker @ Slush.
setting: "mine" - 7197 2011-08-07 13:55:57 0:28:23 756490 0.03079831 139980 99 confirmations left
setting: "mine" - 7173 2011-08-06 17:54:24 0:36:02 973207 0.07741029 139872 confirmed
setting: "mine" - 7172 2011-08-06 17:18:22 0:29:47 800452 0.07217588 139869 confirmed
setting "mine_slush" - 7193 2011-08-07 08:58:18 0:39:06 1027781 0.00533275 139950 69 confirmations left
setting "mine_slush" - 7189 2011-08-07 07:59:48 0:29:45 791033 0.00554819 139938 57 confirmations left
setting "mine_slush" - 7181 2011-08-07 03:21:55 0:32:52 856621 0.00898394 139919 38 confirmations left
If I see those scores after testing, why use "mine_slush"
Detail: I always have 1 card @ 120Mhash/s pointed to the same worker @ Slush.
By the way: kiwipool has an API now https://kiwipoolme1.appspot.com/api
When bitHopper is mining on a pool and there is a problem, why does it hop to the backup pool while there's another pool available?
I'm using altslice.
I'm using altslice.
Regarding the bitclocker issues: I don't think they slow down or disturb hoppers connections. Their server is just totally overloaded or in any other way can't handle things.
is this the reason too that I have <= 3% rejected and bithopper always disconnects from bitclocker?Yep, that is the reason it always disconnects from bitclockers. Right now they appear to be completely down to me.
Then why does cherrypicker hop them flawlessly with .4% stales? Its obviously an issue with the way bithopper works.
There's not much to hop right now 
That gave me the time to put bitHopper on each of my 3 rigs.
Now I can experiment with it a bit more and would be a problem with one rig, the others are still hopping
That gave me the time to put bitHopper on each of my 3 rigs.
Now I can experiment with it a bit more and would be a problem with one rig, the others are still hopping
cgminer has a really cool way to change pools while mining so I switched manually to bitclocker. It gives me few connection errors here an there but shares are submitted and I get new work.
ok now I have done it like you and manually switched in cgminer to pool and I have lower Reject ratioCode:
Pool: http://pool.bitclockers.com:8332/
Queued work requests: 220
Share submissions: 212
Accepted shares: 208
Rejected shares: 4
Reject ratio: 1.9
Efficiency (accepted / queued): 95%
Discarded work due to new blocks: 1
Stale submissions discarded due to new blocks: 17
Unable to get work from server occasions: 0
Submitting work remotely delay occasions: 16
Ok, first time coding(not really, I'm a cut/paste master) python 
Seems to work, someone with knowledge please verify logic
Seems to work, someone with knowledge please verify logic
Code:
--- website.py.orig 2011-08-07 14:53:03.106954661 +0200
+++ website.py.new 2011-08-07 15:21:38.006454500 +0200
@@ -53,7 +53,7 @@ class dynamicSite(resource.Resource):
application_path = os.path.dirname(__file__)
index = parser.read(os.path.join(application_path, index_name))
except:
- index = index_name
+ index = os.path.join(application_path, index_name)
file = open(index, 'r')
linestring = file.read()
file.close
That's what I'm doing since that is the only way to make it work as intended.
Is there something that would prohibit an absolute path detection to be implemented on all files?
Is there something that would prohibit an absolute path detection to be implemented on all files?
hehe nope, nothing and no one prohibits that but atm is not really a priority and this behavior is considered somehow normal for allot of programs and scripts, you're welcome to contribute on this project if you like
That's what I'm doing since that is the only way to make it work as intended.
Is there something that would prohibit an absolute path detection to be implemented on all files?
Is there something that would prohibit an absolute path detection to be implemented on all files?
cirz8 you could try changing to bH dir before launching it, like this:
absolute path detection it's not enabled for all the bH files like the html pages
Code:
cd /home/user/bithopper/bin/bitHopper/ && ./bitHopper.py --scheduler=AltSliceScheduler
absolute path detection it's not enabled for all the bH files like the html pages
Not sure if it's a bug or what it is, but if you start bitHopper from some other directory using a command like this
Other than the non-working web-page, the hopper works as intended.
Code: (How to trigger)
cd / && /home/user/bithopper/bin/bitHopper/bitHopper.py --scheduler=AltSliceScheduler
Code: (reply from http://localhost:8337/stats)
web.Server Traceback (most recent call last):: [Errno 2] No such file or directory: 'index-altslice.html'
/usr/lib/python2.6/dist-packages/twisted/web/server.py, line 125 in process
123 try:
124 resrc = self.site.getResourceFor(self)
125 self.render(resrc)
126 except:
Self
site
twisted.web.server.Site instance @ 0x96d45cc
Locals
resrc
website.dynamicSite instance @ 0x995f74c
self
twisted.web.server.Request instance @ 0x995f38c
/usr/lib/python2.6/dist-packages/twisted/web/server.py, line 132 in render
130 def render(self, resrc):
131 try:
132 body = resrc.render(self)
133 except UnsupportedMethod, e:
Locals
resrc
website.dynamicSite instance @ 0x995f74c
self
twisted.web.server.Request instance @ 0x995f38c
Globals
UnsupportedMethod
/usr/lib/python2.6/dist-packages/twisted/web/resource.py, line 210 in render
208 from twisted.web.error import UnsupportedMethod
209 raise UnsupportedMethod(getattr(self, 'allowedMethods', ()))
210 return m(request)
211
Locals
m>
self
website.dynamicSite instance @ 0x995f74c
request
twisted.web.server.Request instance @ 0x995f38c
/home/user/bithopper/bin/bitHopper/website.py, line 57 in render_GET
55 except:
56 index = index_name
57 file = open(index, 'r')
58 linestring = file.read()
Locals
index 'index-altslice.html'
index_name 'index-altslice.html': [Errno 2] No such file or directory: 'index-altslice.html'
Code: (what the shell says)
Traceback (most recent call last):
File "/usr/lib/python2.6/dist-packages/twisted/protocols/basic.py", line 251, in dataReceived
why = self.lineReceived(line)
File "/usr/lib/python2.6/dist-packages/twisted/web/http.py", line 1573, in lineReceived
self.allContentReceived()
File "/usr/lib/python2.6/dist-packages/twisted/web/http.py", line 1641, in allContentReceived
req.requestReceived(command, path, version)
File "/usr/lib/python2.6/dist-packages/twisted/web/http.py", line 807, in requestReceived
self.process()
------
File "/usr/lib/python2.6/dist-packages/twisted/web/server.py", line 125, in process
self.render(resrc)
File "/usr/lib/python2.6/dist-packages/twisted/web/server.py", line 132, in render
body = resrc.render(self)
File "/usr/lib/python2.6/dist-packages/twisted/web/resource.py", line 210, in render
return m(request)
File "/home/user/bithopper/bin/bitHopper/website.py", line 57, in render_GET
file = open(index, 'r')
exceptions.IOError: [Errno 2] No such file or directory: 'index-altslice.html'
Other than the non-working web-page, the hopper works as intended.
cgminer has a really cool way to change pools while mining so I switched manually to bitclocker. It gives me few connection errors here an there but shares are submitted and I get new work.
BitHopper script is too hysterical about minor connection issues and switches pools way too often for no serious reason.
Code:
... 14:59:56] Accepted 479df52a GPU 0 thread 0 pool 8
[2011-08-07 15:00:02] Accepted 259ced85 GPU 0 thread 1 pool 8
[2011-08-07 15:00:10] Pool 8 communication failure, caching submissions
[2011-08-07 15:00:10] Stale share detected, discarding
BitHopper script is too hysterical about minor connection issues and switches pools way too often for no serious reason.
Yeah, that is the issue. As soon as bitHopper gets an empty/invalid getwork reply or hits a timeout it switches the pool. Not sure if this is the correct spot, but something like this might work:
Code:
iff --git a/work.py b/work.py
index 34330b2..9b23a6b 100644
--- a/work.py
+++ b/work.py
@@ -126,10 +126,10 @@ def jsonrpc_getwork(agent, server, data, j_id, request, bitHopper):
work = None
while work == None:
i += 1
- if data == [] and i > 1:
+ if data == [] and i > 4:
server = bitHopper.get_new_server(server)
try:
- if i > 4:
+ if i > 8:
time.sleep(0.1)
work = yield jsonrpc_call(agent, server,data,bitHopper)
except Exception, e:
Regarding the bitclocker issues: I don't think they slow down or disturb hoppers connections. Their server is just totally overloaded or in any other way can't handle things.
is this the reason too that I have <= 3% rejected and bithopper always disconnects from bitclocker?Yep, that is the reason it always disconnects from bitclockers. Right now they appear to be completely down to me.
cgminer has a really cool way to change pools while mining so I switched manually to bitclocker. It gives me few connection errors here an there but shares are submitted and I get new work.
Code:
... 14:59:56] Accepted 479df52a GPU 0 thread 0 pool 8
[2011-08-07 15:00:02] Accepted 259ced85 GPU 0 thread 1 pool 8
[2011-08-07 15:00:10] Pool 8 communication failure, caching submissions
[2011-08-07 15:00:10] Stale share detected, discarding
BitHopper script is too hysterical about minor connection issues and switches pools way too often for no serious reason.
i have answered here: https://bitcointalksearch.org/topic/m.437154
I got it to work by removing the phatk2 keyword. I'm answering here and not in the other thread because this highlights that there is a problem with bithopper and bitclockers. I have 7 miners and bithopper didn't stop showing bitclockers as red and always switching away from it until I got the very last miner off of it and was mining through flower1024/poclbm.
At first I thought it might be due to the fact that with flower1024/poclbm, there are (in my case) 7 different source ports and 7 different TCP/IP connections whereas with bithopper there is one. But why was I still getting problems with only one miner connected to bithopper?
I've been running 14 minutes now and have zero rejects on bitclockers. I do miss the information bithopper gave me though (rounds submitted for example).
Regarding the bitclocker issues: I don't think they slow down or disturb hoppers connections. Their server is just totally overloaded or in any other way can't handle things.
is this the reason too that I have <= 3% rejected and bithopper always disconnects from bitclocker?Yep, that is the reason it always disconnects from bitclockers. Right now they appear to be completely down to me.
Regarding the bitclocker issues: I don't think they slow down or disturb hoppers connections. Their server is just totally overloaded or in any other way can't handle things.
is this the reason too that I have <= 3% rejected and bithopper always disconnects from bitclocker? I'm getting lots of error's like this (on Ubuntu 10.10 64 bit):
/tmp/OCLgKNyWT.cl(197): error: bad argument type to opencl builtin function:
expected type "uint2", actual type "int"
W[27] = P1(27) + P3(27);
^
Error limit reached.
100 errors detected in the compilation of "/tmp/OCLgKNyWT.cl".
Compilation terminated.
/tmp/OCLgKNyWT.cl(197): error: bad argument type to opencl builtin function:
expected type "uint2", actual type "int"
W[27] = P1(27) + P3(27);
^
Error limit reached.
100 errors detected in the compilation of "/tmp/OCLgKNyWT.cl".
Compilation terminated.
i have answered here: https://bitcointalksearch.org/topic/m.437154
Regarding the bitclocker issues: I don't think they slow down or disturb hoppers connections. Their server is just totally overloaded or in any other way can't handle things. There is the utility httping, which is like a ping over HTTP. It measures the time to get a response from the webserver. Using this utility I get from multiple! locations pings like ~0.6s to their main webserver and pings like 3-5 seconds to their pools. I guess they are just unable to set up proper working services, and it affects hoppers as well as their normal miners.
Quote
with my poclbm mod i am running at 0.28% and 0.33% stales (only twominers running).
and still using the nicer stats grabbing and pool decisions from bitthopper
and still using the nicer stats grabbing and pool decisions from bitthopper
so you arent using cherry picker.. just modded poclbm and bithopper?
yes,
my poclbm-mod connects to bithopper and loads a pool list from there.
it checks the page every three seconds and switches (with no stale or rejects) to the new bithopper-current
you'll lose the worker management and submitted shares display in bithopper (and it sometimes shows an exception on a flaky connection - which could safely be ignored [just had no time to fix it right now])
btw. i am working on this atm: http://miner.k1024.de
its pre pre pre alpha. only thing that works:
a nice stats page where two bithopper instances pushes their round share information.
they are both running on different networks - just to make sure the pools dont start playing "whats your ip" with us
(suggestions are welcome)
I'm getting lots of error's like this (on Ubuntu 10.10 64 bit):
/tmp/OCLgKNyWT.cl(197): error: bad argument type to opencl builtin function:
expected type "uint2", actual type "int"
W[27] = P1(27) + P3(27);
^
Error limit reached.
100 errors detected in the compilation of "/tmp/OCLgKNyWT.cl".
Compilation terminated.
Jump to: