Are you concerned about AWS starting a competitor to keydb cloud/have you considered modifying your license to prevent that from happening? I'd imagine that'd be important in ensuring the long term sustainability of keydb development
They have Elasticache which is always a concern. In terms of open source projects my read is they really don’t want to run their own and are much more comfortable operating open source as a service. They “forked” Elastic Search 2 years ago and basically did nothing with it until it was re-licensed a few months ago. Now that they are investing more into it I’m interested to see how they handle it long term.
KeyDB CEO Interview: Getting into YC with a Fork of Redis
51–60 of 77 posts
Re: KeyDB CEO Interview: Getting into YC with a Fork of Redis
#52Are you concerned about AWS starting a competitor to keydb cloud/have you considered modifying your license to prevent that from happening? I'd imagine that'd be important in ensuring the long term sustainability of keydb development
They have Elasticache which is always a concern. In terms of open source projects my read is they really don’t want to run their own and are much more comfortable operating open source as a service. They “forked” Elastic Search 2 years ago and basically did nothing with it until it was re-licensed a few months ago. Now that they are investing more into it I’m interested to see how they handle it long term.
Here is an analysis of the last 30 days of activity in OpenSearch
https://public-001.gitsense.com/insights/github/repos?r=gith...
If you switch to the impact view, you can see it's pretty much one guy doing all the work right now. The impact view also shows 1 frequent, 1 occasional and 13 seldom contributors, so I'm guessing the number of people working on OpenSearch is quite small.
Note, it is also quite possible that a lot of the work is being done behind the scene, so looking at the OpenSearch repo may not tell you the whole story. And if you search for OpenSearch in amazon's job board, you find they are hiring so I guess we'll have to wait.
Note: Do not install GitSense as the docker image has an out of date license that I'll need to update when I get the time.
Re: KeyDB CEO Interview: Getting into YC with a Fork of Redis
#53https://github.com/grisha/thredis/blob/master/README-THREDIS
Then I added SQLite to it, more details here:
This was all done mostly for fun, though I did use it in a an actual project for a while.
Re: KeyDB CEO Interview: Getting into YC with a Fork of Redis
#54Would this mean that in a single core or low end environment, it would be better to use Redis. I'm assume cutting out multi-core complexities would be beneficial.
Some people use us for Active Rep or some of our other custom commands rather than just the Multithreading.
Re: KeyDB CEO Interview: Getting into YC with a Fork of Redis
#55- https://github.com/Tencent/Tendis
- https://github.com/Netflix/dynomite
On a separate note, was FLASH (as in "flash memory") supposed to be an acronym? I've never seen people treat it as an acronym before.
Re: KeyDB CEO Interview: Getting into YC with a Fork of Redis
#56Earlier quoted context omitted.
I've done a C clean room version and I will say that the networking part is as important as the multi-threading the data structures: https://github.com/raitechnology/raids/ . If you go to the landing page of the above, scroll down to the bottom, there is a TCP bypass solution graphed, using Solarflare Open Onload and it is capable of running several times as fast as the Linux Kernel TCP. I didn't test Redis with Open…
Does clean room in this case mean you didn't look at the Redis source? Is there some licensing condition where this is required?
I looked at many implementations of Redis and read many KV papers. My redesign reason was similar to a "clean room Rust" reason, I desired a memory model that used shared memory that was independent of the protocol (Redis RESP in this case), allowing multiple processes with different types of protocol services to attach to it.
Re: KeyDB CEO Interview: Getting into YC with a Fork of Redis
#57Earlier quoted context omitted.
I'm simply offering the advice that the tone seems unfriendly and is likely to be taken as such by Redis users (aka potential customers). > a person can disagree and go their own way instead of being hounded by zealots demanding compliance in the guise of friendliness This is exactly the kind of aggressive and nebulously political tone that would not help a project gain adoption. Why be hostile?
I was going to ask about where you see hostility. But judging by your comment history, it looks like you're just trolling and starting flame wars :\
I left my feedback for the KeyDB CEO. He can choose to take it, or not.
Re: KeyDB CEO Interview: Getting into YC with a Fork of Redis
#58Re: KeyDB CEO Interview: Getting into YC with a Fork of Redis
#59There's a post about another Redis-clone on the front page today called SSDB. Seems to be a common occurrence: https://news.ycombinator.com/item?id=19213261