Re: [ANN] SpreadCoin | Decentralize Everything (official thread)
I can fit 10 daemons comfortably on a 2GB server with a low end CPU. I'm talking about *coind, not *coin-qt. Maybe you'd need 3 64GB servers... point is it aint much.
And bitcoin bodes can be run on IPv6 addresses, either directly or via a tunnel. IPv6 addresses are practically free.
And bitcoin bodes can be run on IPv6 addresses, either directly or via a tunnel. IPv6 addresses are practically free.
Yes coind, that's why I repeatedly said "daemons".
You can maybe put 10 "idle" daemons on a 4 GB server, but the moment they actually need to do some work (verifying, etc) they will totally crash the system.
Hey, everybody is invited to back up his claims, I will post a few screenshots later of the CPU and RAM load. (starting up, synching process and idle)
During validation / verification process when a new block has to be checked I have repeatedly seen CPU spike to 100%, because this is a process that gets high priority by the system, because it needs to be done fast so as to be ready for the next block.
And bitcoin nodes can be run on IPv6 addresses, either directly or via a tunnel. IPv6 addresses are practically free.
We can insist the server use a IPv4 address.
I agree that this is a problem that has to be solved: how to discourage the running of multiple nodes on 1 server.
Next time try starting and syncing them one at a time, or use a bootstrap blockchain file. My BCR and DASH daemons never go over 150MB, usually they hover around 110-120MB while running. Bitcoind does a whole lot less so probably uses even less RAM.
You can put whatever restrictions on SPR nodes you like, it doesn't change the fact that running a crapload of BTC nodes is neither difficult nor expensive, and SPR's service needs to be competitive. Forcing SPR node ops to buy IPv4 addresses just adds to their costs.