Hi all,

I've added Mineco.in to btc-poolwatch. If you guys mines on multiple pools, this will provide a 1 page view of all your miner's status.

Please try it out. http://www.btc-poolwatch.com

Tom, Thanks for the heads up on your pool.

Regards,
Koo

Added ozco.in!

I'll follow up with the admin.

updated to allow multiple tokens for 1 pool!

Argh, they don't provide json api like other pools, so i cannot write a script to get miners info.

Ah, this is on my to-do list. I'm trying to think of how to output the results in a logical manner.

Let me know what you think. Thanks!

When connecting to pacrim with poclbm, I get a "Problems communicating with bitcoin RPC". But with phoenix is ok.

Connecting to us server for now.

It seems us server is the most stable. I'll move 1ghash to the us server tonight.

I'll use pacrim at a later date since it is only 8 hops away.

Ah, I would like that too...but the way this thing works is this:

The information is updated when you click "refresh" on the page. The system does not store your api keys and poll the respective pools. Thus there's no way to trigger an alert to you.

Any link to the JSON API sample/documentation?

I registered, but did not find any links to the APIs

Updated pic from my earlier post.


Wheeling this off to an industrial area...where noise is not a factor. (I'm renting power there)


hostname, IP


My "1u". Headless, boots off usb. Ubuntu 10.10. 3x5850. Puts out about 1Gh/s. Front and top fan push, rear fan push.


Surge protector and the internet connection via a 3G wireless router (3G dongle not in pic)


Of the whole system, only 1 power socket needs to be plugged in for this to work.

hey all,

I've been busy with work and down with flu for a while, that's why the lack of updates.

Added Eclipse MC to the poolwatch.

Also changed the layout to remove total payout, as I thought it does not make much sense to have that.

Instead, I've added in confirmed rewards, unconfirmed rewards and estimated rewards.

Shares of workers are also updated to be per round instead of total (total can be seen at the pool's main site)

Let me know if this change is good or bad. Thks!

Regards,
koo

Hi,

I was trying to parse your JSON and found that it is appended with the HTML headers and empty body.

I've added an extra line in my script to chop that out, no big deal. FYI only.

Another thing is that the JSON hashrate value seems high. Mine is showing 500+mh/s but I know I'm doing 300+mh/s, website is correct though.

Lastly, I've added EMC to www.btc-poolwatch.com to monitor multiple pools.

Regards,
koo

I use a household vacuum cleaner and a small paint brush to agitate the dust.

Don't need to keep it 100% dust free, just try to clear as much as you can and it should be fine.

3 or 5 years from now....the following will have an answer.

"Holy XXXX! those people who have bitcoins since 2010 are..."

No problem.

I just found the one I'm using:
http://www.apc.com/products/resource/include/techspec_index.cfm?base_sku=P5B-UK

I have 3 rigs each with 3x5850s hooked up to this, plus a 3G wireless router.

Kill-a-watt says they are drawing about 1500watt. The plug is very slightly warm to the touch (the infra-red temperature gun says 38 deg C).

If I were to setup anymore, it will run on a separate loop.

Let us know what you got and a review. I think these are useful information.

Do note that particular UPS supports up to 450 Watts.
If you are drawing more power, than that UPS is not sufficient. For UPS that goes to > 1,000w, the price goes up much higher.

So a good surge protector may be a better option, IMO.
I'm using one from APC (http://www.apc.com/products/category.cfm?id=12)

It's a reputable brand and I've used their UPS for a number of years (non-mining PC) with good results (just swap in new batteries after 2 years).

Setting up the "server rack" from ikea.
(http://www.ikea.com/us/en/catalog/products/S09884379)

Tks. The really useful one will be the mobile version. Working on that.

Added slushpool.

Hi,

The results from the JSON API calls are usually cached, and tends to be slightly stale. This is to reduce the loads on the pool's servers.

e.g. At btcguild.com, when I refresh my accounts page, the hashrate will keep changing. But not at the JSON API page.

Thus the information at www.btc-poolwatch.com (which pulls the data via the JSON API) is really a snapshot rather than for statistical comparison.

One thing that seems to be consistent across the pools is that the hashrate reported at the pools are lower than what you see at your client. The pools typically average the hashrate (up to 30mins, AFAIK). While the client will display the hashrate per second (phoenix is configurable to average this out as well). And of course, when we stare at the client, we take note of the highest hashrate, but not the lowests.

What I've done for 1 rig:
5870: -d1 -btcguild -f 5 (main display)
5870: -d1 -btcmine -f 50

5970a: -d2 -btcguild -f 1
5970a: -d2 -btcmine -f 50

5970b: -d3 -btcmine -f 1
5970b: -d3 -btcguild -f 50

So 3 GPUs runs on 6 processes.

Once a GPU goes to "idle", the secondary process picks up the slack and hash rate goes from 4/500mh/s to 3/400,000mh/s.

We'll see how this goes, but I don't think I can give any good numbers on how well this works, as my rigs are connected via 3G and sometimes ping to google.com is over 11s (yes, without the "m").

You may want to consider splitting them among 2 or more pools though.

If the pool goes down (like recently, due to network issue), all your GPUs are sitting there twiddling their thumbs.