Hi,
my server is located in France.
It's a dedicated machine.
Check it out http://PoolMunity.com
regards, talpan
Topic: Where are pools located? (Read 1448 times)
https://www.ozco.in is situated in Australia
It has helped me overcome some "Problems communicating with bitcoin RPC" errors that were occuring multiple times persecond with eu pools and i do seem to get less stale shares as a result
anyone is welcome to try it out, miners from au nz or se asia will see most benefit
It has helped me overcome some "Problems communicating with bitcoin RPC" errors that were occuring multiple times persecond with eu pools and i do seem to get less stale shares as a result
anyone is welcome to try it out, miners from au nz or se asia will see most benefit
Not sure if this is sarcastic?
No not all. I just perhaps dont have a very good understanding of how this all works and just trying to get my head around it.To answer your question more directly. If you host your pool from a DC that has halfway respectable backbones fed in, you should be able to get data from the other side of the globe at just a bit later than the speed of light. There's plenty of fiber in those oceans to do whatever you want with data. That's speaking strictly latency wise. As far as bandwidth? This isn't a torrent. The amount of data sent and received by one miner is tiny. Wireshark it and look at some data with rrdtool/cacti. If you think a VPN will help you, go for it. Just don't spend too much!
Yea I'm looking at this more from from an end-user perspective (using VPN). I've got no plans to setup my own pool.
Thanks for your replies though. I might have a play around with wireshark tonight
I think the reason you don't see them geographically mapped is because the protocols used for a pool aren't very latency dependent at all. As other pool operators have discovered, there is an inefficient way the protocol handles it's number of connections. This is being hacked and patched by people who are helping with bitcoind and pushpoold projects on github. I have seen some pool operators use old theories for web content delivery that haven't helped their growth as much as they are just adding more operating systems. The old theory is that you spread your load geographically so that people get content faster from a server closer to them. With bitcoind and pushpoold, the bottleneck seems to be in the number of open connections the networking stack can handle in the operating system. More OSes = more connection capacity. Eleuthria seems to have figured this out the best and is planning on one host with 10 or more VM's on it. Hope I didn't give my private pool growth secrets away! jk I like helping the community.
Thanks, thats interesting.
So there would be no benefit connecting to a pool 'based' in Sweden (for example) via a VPN server located in the same country, from the other side of the globe?
You should see the cacti charts for the network card on my pool server. It's silly. I'm not running some 2TH/s operation, yet, but still...
To answer your question more directly. If you host your pool from a DC that has halfway respectable backbones fed in, you should be able to get data from the other side of the globe at just a bit later than the speed of light. There's plenty of fiber in those oceans to do whatever you want with data. That's speaking strictly latency wise. As far as bandwidth? This isn't a torrent. The amount of data sent and received by one miner is tiny. Wireshark it and look at some data with rrdtool/cacti. If you think a VPN will help you, go for it. Just don't spend too much!
I think the reason you don't see them geographically mapped is because the protocols used for a pool aren't very latency dependent at all. As other pool operators have discovered, there is an inefficient way the protocol handles it's number of connections. This is being hacked and patched by people who are helping with bitcoind and pushpoold projects on github. I have seen some pool operators use old theories for web content delivery that haven't helped their growth as much as they are just adding more operating systems. The old theory is that you spread your load geographically so that people get content faster from a server closer to them. With bitcoind and pushpoold, the bottleneck seems to be in the number of open connections the networking stack can handle in the operating system. More OSes = more connection capacity. Eleuthria seems to have figured this out the best and is planning on one host with 10 or more VM's on it. Hope I didn't give my private pool growth secrets away! jk I like helping the community.
Thanks, thats interesting.
So there would be no benefit connecting to a pool 'based' in Sweden (for example) via a VPN server located in the same country, from the other side of the globe?
See my comparison table thread, just below this thread, or here!: http://forum.bitcoin.org/index.php?topic=12920.0
It may not be completely accurate, as I went by WHO-IS for some of them, but it's a start.
The only thing I've noticed as far as geographical location that impacted mining was that I got more stale shares from ones further away. That could have simply been a coincidence, as I haven't had anyone confirm for me whether that would be expected.
It may not be completely accurate, as I went by WHO-IS for some of them, but it's a start.
The only thing I've noticed as far as geographical location that impacted mining was that I got more stale shares from ones further away. That could have simply been a coincidence, as I haven't had anyone confirm for me whether that would be expected.
I think the reason you don't see them geographically mapped is because the protocols used for a pool aren't very latency dependent at all. As other pool operators have discovered, there is an inefficient way the protocol handles it's number of connections. This is being hacked and patched by people who are helping with bitcoind and pushpoold projects on github. I have seen some pool operators use old theories for web content delivery that haven't helped their growth as much as they are just adding more operating systems. The old theory is that you spread your load geographically so that people get content faster from a server closer to them. With bitcoind and pushpoold, the bottleneck seems to be in the number of open connections the networking stack can handle in the operating system. More OSes = more connection capacity. Eleuthria seems to have figured this out the best and is planning on one host with 10 or more VM's on it. Hope I didn't give my private pool growth secrets away! jk I like helping the community.
Just wondering if anyone has taken the time to actually determine where Bitcoin mining pools are generally located/hosted?
From what I can see it appears most pools are based in Europe with only a few spread out elsewhere? Would it be right to say theres only 1 or 2 located in the US?
From what I can see it appears most pools are based in Europe with only a few spread out elsewhere? Would it be right to say theres only 1 or 2 located in the US?
Jump to: