You are viewing a single comment's thread from:

RE: @ned - are we on the verge of a Steemtrain wreck? Answer NO - BUT THERE ARE STILL VALID CONCERNS

in #steemit7 years ago

So, a virtual machine with 10 cores and 50gb of ram, that was doing just fine running a witness, and 3 months ago was running an RPC fine, and, a Ryzen7 1700, which I established I had to update a kernel to fix that problem, both somehow cannot replay the full chain, for an RPC, BOTH RUNNING UBUNTU 16.04, LATEST.

Prove you are not lying by taking a person, who has not had any dealings with you in the past, and helping them get an RPC up and running.

  • Because bittrex is having a problem.

  • Poloniex is basically refusing to deal with it anymore, they got bigger fish to fry.

  • Tradequik, over 48 hours 'routine, automated maintenance

  • Shapeshift quit dealing with Steem at least 2 weaks ago.

So, stop lying. What keeps your RPC up and running, and why is it that me, and 4 major, high end operations, cannot keep a steemd running?

Let us know what the secret is, or admit that you have much more fancy hardware, paid for with your premined stake, than you are admitting to.

I know enough about sysadmin to know, that your front end, could be bumping traffic to any number of backends. You could have over 10 Steemd nodes running, on a failover, and nobody would know, unless they could monitor the in-and-out on your server.

Sort:  

@furion thinks the following, which supports your hypothesis:

Full rpc steemd nodes are a challenge to run. Currently, they require expensive servers with 128GB of RAM, and regular baby-sitting. To my knowledge, there are no open solutions for managing steemd clusters . Such software would be much appreciated, not only by developers, but also exchanges (currently, both Bitfinex and Poloniex have STEEM&SBD deposits/withdrawals frozen, as they are failing to tame resource hungry steemd [2]).

https://steemit.com/steem/@furion/updates-on-steem-python-steemdata-and-the-node-situation

No wonder I was having trouble on a 50Gb xeon VPS with 10 cores and a 1.2tb SSD. When I started, back in November, this was still a bit difficult but it only needed about 32gb. In 6 months since, that requirement has quadrupled. If it quadruples again, there isn't a computer on the planet that sits inside one box, that can run this thing.

I'm not gonna hold my breath for an apology from these pigs who have been blatantly lying through their teeth.

Graphene, so great, it needs 128gb to run a 1 year old blockchain.

So, who's lining up to be part of Dan's next project?

Yes, no wonder, I see why you're bitter about this! It does make me feel sick, and the lies are really disappointing!

If EOS stores a more sensible amount of info in the blockchain though, it could be much more sustainable even if it's very similar underlying technology. Don't you agree?

I reckon he's probably learnt his lesson (technically), moved out and done something with a genuinely better architecture, though I don't know how good of course, and trust is pretty important!

Yeah, maybe he learned the error, but his narcissism prevents him from admitting his error.

Also, if EOS borrows from Ethereum, then it uses multiple backend data stores and not just one giant monolith. Different types too.

Hey lok1! We at TradeQwik were performing some upgrades across servers and adding a few( 4 new). STEEM was not the reason for our routine maintenance. Thanks man

Don't hesitate to talk about how it is running RPC nodes, if you please.

Coin Marketplace

STEEM 0.18
TRX 0.16
JST 0.030
BTC 63020.02
ETH 2458.97
USDT 1.00
SBD 2.62