Ah, so I would like to see that tech built into Steemd itself so it always stays compressed - even when it's running. I know this will add CPU overhead, but since AMD's EPYC and Intel's Skylake-X response, we are headed into a world with more CPU cores than we know what to do with. I know some have experimented on zram on Linux, and it works fine. Anecdote - back when Steemd ran on Windows, the in-built RAM compression in Windows 10 kicked in. Back then, it was all on RAM (no shared_memory) and a full node typically used 15 GB. In Windows 10, that was down to only 3 GB, the CPU overhead was minimal and it ran flawlessly. Of course, very different times now, but I'd be looking forward to seeing compression tech built into Steemd.
You are viewing a single comment's thread from:
RocksDB has built in compression. It will store all data on disk compressed and in a machine independent format.
Great to hear! Look forward to the transition from Chainbase to RocksDB.
@Vandeberg
<p dir="auto">on the STEEM master, I did <p dir="auto"><code>git log | grep Vand | wc -l = 1801 <p dir="auto">Appreciate your hard work. I keep seeing your commits ! <p dir="auto">I wanted check few details: <ol> <li><p dir="auto">So RockDB will be will keep the historical data and provide fast access on-demand ? <li><p dir="auto">The new transactions only can be in the memory / blockchain and thus we can get something similar to Nano blockchain ?!! <li><p dir="auto">If we achived, point2, then we may not need multi-threading for the near future ? <li><p dir="auto">Now, if two and three are true, STEEM can be a general purpse, blockchain on steroids and can easily compete with other specific chains like Hyperledger ?!! <li><p dir="auto">On Hivemind, I observed that the PostgreSQL + the communities logic is confined to single boxes. So, right now horizondal scaling is not planned ? ie, in the event of PostgreSQL hitting its limits + CPU requirement for the logic needs much more than the CPU/RAM capabilities of single nodes ? (In a nutshell the current implementation can scale vertically till some point and later for the facebook-scale, we would need to add support for horizondal scale)@Vandeberg
Sorry for re-bumping this old comment thread, but didn't know how else to get in touch with you! I was referred to you by Julián González.
I'm José Macedo, senior analyst at AmaZix (https://www.amazix.com/ // https://www.linkedin.com/in/ze-macedo-15b1b175/). In case you haven't heard of us, we're one the largest community management, consulting and advisory companies in the crypto space, partnered with Bancor, HDAC, Bankex and many others. We've worked with over 100 projects and now have over 100 employees.
We're now working on a forum project with a token to incentivise quality content/curation. We really like the STEEM inflation algorithm for this and are very interested in building on top of STEEM. Our ideal scenario would be to use the SMT protocol, but we realise launch is scheduled for January and we simply cannot wait that long to launch.
We’re curious if we’d be able to chat to someone from the SMT team to discuss our options in the meanwhile. Currently, we’re leaning towards issuing an ERC-20 and then switching to SMT’s once they launch, but we’d love to find a way to build on STEEM from the get-go.
Let us know if you have some time to talk and discuss our use case.
Thanks,
José