If any one is interested I made an edit to the index.html so each pool name is a link to its corresponding web address. Makes it easier to visit a pool while reviewing pool stats. The links open in a new tab / window. Just add the line "url: http://site-address-here.com" to the pool.cfg file for each pool and then change code in the index.html to the code below. function getName(payload, srv) {
return "<a href='" + srv['url'] + "' target='_blank' style='text-decoration:underline;color:" + getColor(payload,srv) + ";'>" + srv['name'] + "</href>";
}
function getColor(payload, srv) {
if(payload['servers'][payload['current']]['name'] == srv['name']) {
return 'yellow';
}
if(srv['lag'] == true) {
return 'red';
}
return 'white';
}
I will make a pull req. for you if you want. The code you released is public domain or you transfer copyright to c00w? |
|
|
|
Parapinaikos, that's not exactly as I suggested it - at least in the pool.py and website.py version of your pull request "application_path" isn't even used. Also __file__ will always exist, it will just point to a wrong path when being frozen ("compiled").
Edit:
For clarification: the code I posted was the whole "try:" block. Why did you do the changes, were there errors?
my bad, there were no errors I copy pasted poorly  Could you please copypaste again (this time correctly  ) and create another pull request? Thanks a lot! As soon as this is in, I might be able to provide single exe-file distributions (+ pools.cfg.default + index.html + README) of every commit from then on!  ok, pm sent |
|
|
|
Similar to mine_friendly (or charity or whatever) I'd like to develop a patch to extend the backup pools to all hopping proof ones and hop to the one(s) that have the highes share count currently.
Parapinaikos, that's not exactly as I suggested it - at least in the pool.py and website.py version of your pull request "application_path" isn't even used. Also __file__ will always exist, it will just point to a wrong path when being frozen ("compiled").
Edit:
For clarification: the code I posted was the whole "try:" block. Why did you do the changes, were there errors?
my bad, there were no errors I copy pasted poorly |
|
|
|
|
pull request... done
@sukrim: The code you released is public domain or you transfer copyright to c00w?
"mine_friendly" should make it as "mine_help" (my opinion)
|
|
|
|
|
yo have it tested sukrim ? I'll make a pull req if you know it works for the purpose
|
|
|
|
Also had Mt.Red Api disabled. Restart fixed it.
seems like mtred slowed down their api update |
|
|
|
#and for every update run
git pull
now I have done the latest update: ................................................. the same as before...  run with --debug like c00w said xxx@yyy:~/bitHopper$ python bitHopper.py --debug and post output here or in pastebin |
|
|
|
I only have one instance of bitHopper running, but the miners rarely, but occasionally stop getting work
more testing needed to get on this one btw gnaget, how would I change the threshold for mine_friendly if I want for ex. 500% and where in the code ? |
|
|
|
I have seen several instances with miners being stuck with the work queue empty. I'm guessing LP must be getting stuck, and not returning data, but I don't know yet. Looking into it, but takes a while for the behavior to exhibit itself, so debugging is a bitch. Anyone have an idea of a fix?
various instances on where ? I think still has some LP bugs and running more than one instance on the same machine gets you that |
|
|
|
cd ~
rm -r bitHopper/
git clone https://github.com/c00w/bitHopper.git
I have done this with the same result.... wow, this one's tricky anterior versions worked for you or this is the first time you run the script ? edit: I see you had working versions there, from your posts, so dunno why last ver. is not working for you |
|
|
|
|
please don't feed the trolls ppl
they have various moral and ethical threads where they can practice their abilities freely
|
|
|
|
you forgot to tell us how you launch it (exact command and what dir)
in dir /home/xxx/test_4/bitHopper/ python bitHopper.py happened to me too a while ago, it was the archive extractor's fault not overwriting all files try this: cd ~
rm -r bitHopper/
git clone https://github.com/c00w/bitHopper.git
#and for every update run
git pull
#in bitHopper's dir
|
|
|
|
now I have git clone the latest version of https://github.com/c00w/bitHopper.git and there comes this: ------------------------------------------------------ Traceback (most recent call last): File "bitHopper.py", line 227, in <module> bithopper_global = BitHopper() File "bitHopper.py", line 43, in __init__ self.pool = pool.Pool(self) File "/home/xxx/test_4/bitHopper/pool.py", line 27, in __init__ self.servers[pool]['default_role'] = self.servers[pool]['role'] KeyError: 'role' ----------------------------------------------------- (ubuntu natty64) whats wrong? TIA you forgot to tell us how you launch it (exact command and what dir) |
|
|
|
|
hey, dunno what happened but stats in last version (73e3015) don't show up with "info" role just puts a N/A like it's disabled pool.
|
|
|
|
You know you are watching your stats screen too closely when you start seeing these:
[00:26:02] RPC request [dead1000] submitted to BTC World
I do the same man, just stare at the stats for hours, the day c00w feels like they're waisting console space I'm fucked edit: @clipse, gnaget would probably one day tell his story and how he got into hopping with the others, until then let's all make good use of his additions to the bH code  |
|
|
|
Phoenix and most other miners only have 1 thread doing submissions. If it fails they drop the work. Bithopper doesn't.
hope they mention you guys when they will "borrow" code from bH if it appears to have a better approach to getwork's |
|
|
|
gnadget: We only hold the last 5 minutes worth of objects. Memory usage with 500 getworks in 5 minutes < 1 mb.
But we hold the entire merkle root in string format (64 characters). Assuming a 2 byte encoding, we are looking at 128 bytes per merkle root. I would estimate I am averaging 3 getworks / s so 3*60*5 = 900. 900 * 128 = 115,200 BYTES... I see my error in caclulations: I was thinking in kilobytes, duh computers are hard. that's 10% of 1 mb, would handle bigger loads then... edit: rfc lags big time, let's hope they upgrade sometime in the future |
|
|
|
also, has anyone got polmine to work? i just get API error and 591402.50% shares.
copy>paste whole pool.cfg.default entry to you cfg and edit only miner and pass, here work just fine |
|
|
|
Um obvious errors or a reject rate above 10%. Or bizarre behavior with regards to pool selection.
13 minutes running and 0 stales, normal behavior edit: I'm changing servers like crazy here just to see it fail, no luck by now edit2: looks like the "bad" merge was good after all, I miss the stales ppl, send me some, hehe just kidding |
|
|
|
I should write a style guide for bitHopper and then list the 60% of the code I want to rewrite to follow the style guide.
work.py is an especially big mess.
I don't have access to my test machine but has anyone been testing with trunk? If its working I can turn it on in the repo remotely.
is working all right but dunno what to search for (the trunk you posted before) edit: whoa f...in nice, changing servers randomly and it doesn't loose the temper edit 2: just changed 3 servers (3-4 seconds on every one) and back to backup, it didn't loose 1 lame share, you gotta see this man |
|
|
|
|
Show Posts
