Ultra fast key value store (in C btw)(freshql.ai) |
Ultra fast key value store (in C btw)(freshql.ai) |
Writing your own implementation of something is fantastic way to learn. So is reading a good one.
Plenty of OSS "simple redis clones" exist with performance better than Redis. I think it would be more useful to re-post those than share this.
"You write that it would be more useful to re-post something else" -- Is your critique just that you didnt like the quality of what I wrote? or is there something more tangable?
A lot of people here are likely to consider things like "(in C btw)" being in the title at least distracting from that goal and at the most flamebait and editorialized. It's already distracting enough when "(in Rust)" or what have you is in the title and most of the comments end up being the same X vs Rust comments we've been reading for years instead of about this new thing but it's even more distracting when presented as a counter in that way.
Another factor that will likely rub a lot of folks the wrong way is it's (reductively) a post about how "X is bad so here's Y" but without all of the interesting bits that make Y tangible and engaging. Things like an interesting set of reproducible tests rather than at-word claims about one benchmark, comparisons of where Y fell short that allowed X to get such gains, and a single Y to focus on. On the latter in particular, is it a post detailing development of a new ultra fast key value store or is it a post trying to give examples of why modern complicated software is bad? It's a bit short of either as a result - the first is lacking enough data and clouded by the distraction of the second topic and the second being more a short take than something to engage with. Both topics are actually pretty interesting to think about, just neither as presented.
The final thing I'll bother to mention, and I this is definitely the least relevant IMO, is your submission history is heavily weighted towards posting your own content. You've even posted your same articles multiple times (at least spaced out a bit). I'm not saying you're necessarily abusing posting to the point of being against the rule about self promotion or anything of that nature but that combined with the average engagement should be a good hint how much things like (in C btw) gather and encourage the (wrong) kind of attention for discussion.
Overall I think you probably have an extremely interesting bit of software and the post is very close to being something that would be near the top of the front page. I honestly want to know so much more about it and see it go places if it's nearly as cool as it sounds it might be. I also don't want any of this to seem like a bored rule book read to screw you or anything like that, hopefully it's instead useful to you as the constructive feedback on what kind of content launches a solid discussion here.
document.body.innerHTML = document.body.innerHTML.replace(/,?\s*dear\s*reader,?\s*/gi, ' ');
After that it's much more tolerable. It does leave me wishing it spent more time exploring the differences themselves and less time setting the stage for how it's different though! I want to learn how, what, and why, or what still needs to be done and how it may or may not impact things... not just that someone wrote code and it supposedly went fast in one set of tests.Either way, the templating bit on the homepage is a pretty interesting concept. Storage and templating in one with write operations in the template. Im curious how this grows out and whether it will be great or a regret. Somewhat dynamic static sites like that could be fun.
The idea of having a strong templating engine with a fast storage backend able to use dynamic content to deliver efficiently renderes websites with minimal hardware.
Also, site is rendered in a way that sucks to read.
I have at work to deal with people that hear “caching” and they immediately answer “we have to install redis” - well no - I meant we can do local in-process caching of classes/variables/other structures that will be faster than calling redis over the network.