-
Notifications
You must be signed in to change notification settings - Fork 693
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Renaming thread #9
Comments
openkvs |
openkv |
OpenCache |
OpenStruct |
Radish 😁 |
PrismDB RealmDB These are my suggestions :D |
DynamoKV |
Redis came from Remote Dictionary Server... so maybe Open Dictionary Server -> Odis |
CampoKV, because Salvatore was born in Campobello di Licata. |
bluewas |
Bredis and have it be stacked toast 🍞 |
Greenis |
Dass (DAta Structure Server). And when you get it as a service, it's DassaaS |
Keyvi Or some similar spelling. I recently went to New Zealand, if you haven't seen kiwi birds they are so adorable! |
fledis - For those of us who have "fled" open source Redis after Garantia Data took it |
+1. I was suggesting kiwi earlier since it sounds close to KV (Key-Value). |
This could get... confusing with "kiwi" (an image build tool). I would appreciate it if we didn't do that. :) |
OrcaKV |
SalvatoreDB antirezDB |
Whodis |
bluedis |
"KV" is likely selling this project short IMO. I also feel that we should move on from "*dis". What happened has happened. Let's move on and build something amazing with a clean image for the community. There are plenty of other options to connect with the former Redis community members/users. |
MemoryDB Redis has more functionality than a simple key-value store, and this name is generic and quick to understand universally. This conflicts with the existing MemoryDB service which may be an issue. |
oops-i-redis-again |
EmberDB |
ReVo (redis evolution) |
Maybe a play on musical notes? "Redis" is "DD#": "re" is Latin for "D", "dis" is German for "D#". There are a lot of names that could be thought up based on this theme. |
ReOpen but may have trademark conflicts |
OpenRedis? It worked pretty for OpenSearch, with a name that clearly states the goal of the project: being the [true] open-source version of Elasticsearch. Also, I agree with others about the K/V semantics. Redis is far more than just a key-value store. It's vast set of supported data structures is what makes it so flexible and powerful. |
'kiwis' is just fine and rolls off the tongue IMO. 'okiwis' adds a syllable and sounds like a mistake when you say it out loud ("oh, kiwis"). OK, that's enough bike shedding for me. :) |
|
Second OpenKV, or say, RainbowKV. Hope that after the rainbow, our new products will be more open and the community will thrive. |
Oredis |
OpenIMDb |
Sider - Redis spelled backwards... also a different spelling of cider 🍏 Who doesn't like fermented apple juice! |
Many good points. Let's come up with a 5-letter name that isn't similar to any other software name. I live on an island called Orust. |
So Microsoft now owns the very namespace of open source projects? (Or is this just a symptom of kids just barely old enough to know what a file is, but not old enough to know that GitHub is not the same as git?) |
Although that is A problem, it's not THE problem. The problem is that we're concerned people (the average consumer) might legitimately think it stands for "open redis", which is something we need to avoid for legal reasons. |
Dig deep down in the history files and you'll find out how the Firefox browser got its name... Yes, they, too, started from Phoenix. |
Additional ideas for a 5-letter name: Keval - key-value but squashed.. ..naming is hard for sure. |
keester - Key Store |
Yes! Do you like the name? I'm closing this thread but you can continue commenting here on the name if you want. Thank you for all suggestions! |
Valkey is a great name! 👍🏾 |
Thank you for not going with anything revolving around kiwi, I don't know why but it didn't jive with me. |
That's an awesome name |
Kinda disappointing that we are being asked for suggestions and then a name gets picked that was not suggested here (making the attempt at involving the community kinda pointless), but otherwise I see no issue with the name Valkey. |
The suggestion could have been made elsewhere not just this thread. |
@kkofler I'm sorry you feel that way. It has been a chaos of discussions in multiple forums. All suggestions have been considered. Many of the suggestions were rejected, either by LF or by somebody else, because of trademark issues (too similar to redis or some other trademark according to the idea of "likelihood of confusion" in trademark law) or because of collision with some other name. Another thing is that we were a little afraid that if we post a name, someone else can register the domain name before we do it. |
I understand but I don't get how "Safo" could remotely be close to "redis". anyways ggs |
@YohannesTz ???? |
Your "Safo" suggestion came too late, the name is already decided. |
this is a really great explanation as I did kind of feel the same way thinking it was more likely OpenKV/OpenKVS but given all things the team has to consider it's understandable. |
OpenKV was also considered a high risk because there were other comparable names. I was hoping we would go with that too after all the more fun names got rejected :/ |
…is missed cases to redis-server. (#12322) Observed that the sanitizer reported memory leak as clean up is not done before the process termination in negative/following cases: **- when we passed '--invalid' as option to redis-server.** ``` -vm:~/mem-leak-issue/redis$ ./src/redis-server --invalid *** FATAL CONFIG FILE ERROR (Redis 255.255.255) *** Reading the configuration file, at line 2 >>> 'invalid' Bad directive or wrong number of arguments ================================================================= ==865778==ERROR: LeakSanitizer: detected memory leaks Direct leak of 8 byte(s) in 1 object(s) allocated from: #0 0x7f0985f65867 in __interceptor_malloc ../../../../src/libsanitizer/asan/asan_malloc_linux.cpp:145 valkey-io#1 0x558ec86686ec in ztrymalloc_usable_internal /home/ubuntu/mem-leak-issue/redis/src/zmalloc.c:117 valkey-io#2 0x558ec86686ec in ztrymalloc_usable /home/ubuntu/mem-leak-issue/redis/src/zmalloc.c:135 valkey-io#3 0x558ec86686ec in ztryrealloc_usable_internal /home/ubuntu/mem-leak-issue/redis/src/zmalloc.c:276 valkey-io#4 0x558ec86686ec in zrealloc /home/ubuntu/mem-leak-issue/redis/src/zmalloc.c:327 valkey-io#5 0x558ec865dd7e in sdssplitargs /home/ubuntu/mem-leak-issue/redis/src/sds.c:1172 valkey-io#6 0x558ec87a1be7 in loadServerConfigFromString /home/ubuntu/mem-leak-issue/redis/src/config.c:472 valkey-io#7 0x558ec87a13b3 in loadServerConfig /home/ubuntu/mem-leak-issue/redis/src/config.c:718 valkey-io#8 0x558ec85e6f15 in main /home/ubuntu/mem-leak-issue/redis/src/server.c:7258 valkey-io#9 0x7f09856e5d8f in __libc_start_call_main ../sysdeps/nptl/libc_start_call_main.h:58 SUMMARY: AddressSanitizer: 8 byte(s) leaked in 1 allocation(s). ``` **- when we pass '--port' as option and missed to add port number to redis-server.** ``` vm:~/mem-leak-issue/redis$ ./src/redis-server --port *** FATAL CONFIG FILE ERROR (Redis 255.255.255) *** Reading the configuration file, at line 2 >>> 'port' wrong number of arguments ================================================================= ==865846==ERROR: LeakSanitizer: detected memory leaks Direct leak of 8 byte(s) in 1 object(s) allocated from: #0 0x7fdcdbb1f867 in __interceptor_malloc ../../../../src/libsanitizer/asan/asan_malloc_linux.cpp:145 valkey-io#1 0x557e8b04f6ec in ztrymalloc_usable_internal /home/ubuntu/mem-leak-issue/redis/src/zmalloc.c:117 valkey-io#2 0x557e8b04f6ec in ztrymalloc_usable /home/ubuntu/mem-leak-issue/redis/src/zmalloc.c:135 valkey-io#3 0x557e8b04f6ec in ztryrealloc_usable_internal /home/ubuntu/mem-leak-issue/redis/src/zmalloc.c:276 valkey-io#4 0x557e8b04f6ec in zrealloc /home/ubuntu/mem-leak-issue/redis/src/zmalloc.c:327 valkey-io#5 0x557e8b044d7e in sdssplitargs /home/ubuntu/mem-leak-issue/redis/src/sds.c:1172 valkey-io#6 0x557e8b188be7 in loadServerConfigFromString /home/ubuntu/mem-leak-issue/redis/src/config.c:472 valkey-io#7 0x557e8b1883b3 in loadServerConfig /home/ubuntu/mem-leak-issue/redis/src/config.c:718 valkey-io#8 0x557e8afcdf15 in main /home/ubuntu/mem-leak-issue/redis/src/server.c:7258 valkey-io#9 0x7fdcdb29fd8f in __libc_start_call_main ../sysdeps/nptl/libc_start_call_main.h:58 Indirect leak of 10 byte(s) in 1 object(s) allocated from: #0 0x7fdcdbb1fc18 in __interceptor_realloc ../../../../src/libsanitizer/asan/asan_malloc_linux.cpp:164 valkey-io#1 0x557e8b04f9aa in ztryrealloc_usable_internal /home/ubuntu/mem-leak-issue/redis/src/zmalloc.c:287 valkey-io#2 0x557e8b04f9aa in ztryrealloc_usable /home/ubuntu/mem-leak-issue/redis/src/zmalloc.c:317 valkey-io#3 0x557e8b04f9aa in zrealloc_usable /home/ubuntu/mem-leak-issue/redis/src/zmalloc.c:342 valkey-io#4 0x557e8b033f90 in _sdsMakeRoomFor /home/ubuntu/mem-leak-issue/redis/src/sds.c:271 valkey-io#5 0x557e8b033f90 in sdsMakeRoomFor /home/ubuntu/mem-leak-issue/redis/src/sds.c:295 valkey-io#6 0x557e8b033f90 in sdscatlen /home/ubuntu/mem-leak-issue/redis/src/sds.c:486 valkey-io#7 0x557e8b044e1f in sdssplitargs /home/ubuntu/mem-leak-issue/redis/src/sds.c:1165 valkey-io#8 0x557e8b188be7 in loadServerConfigFromString /home/ubuntu/mem-leak-issue/redis/src/config.c:472 valkey-io#9 0x557e8b1883b3 in loadServerConfig /home/ubuntu/mem-leak-issue/redis/src/config.c:718 valkey-io#10 0x557e8afcdf15 in main /home/ubuntu/mem-leak-issue/redis/src/server.c:7258 valkey-io#11 0x7fdcdb29fd8f in __libc_start_call_main ../sysdeps/nptl/libc_start_call_main.h:58 SUMMARY: AddressSanitizer: 18 byte(s) leaked in 2 allocation(s). ``` As part analysis found that the sdsfreesplitres is not called when this condition checks are being hit. Output after the fix: ``` vm:~/mem-leak-issue/redis$ ./src/redis-server --invalid *** FATAL CONFIG FILE ERROR (Redis 255.255.255) *** Reading the configuration file, at line 2 >>> 'invalid' Bad directive or wrong number of arguments vm:~/mem-leak-issue/redis$ =========================================== vm:~/mem-leak-issue/redis$ ./src/redis-server --jdhg *** FATAL CONFIG FILE ERROR (Redis 255.255.255) *** Reading the configuration file, at line 2 >>> 'jdhg' Bad directive or wrong number of arguments --------------------------------------------------------------------------- vm:~/mem-leak-issue/redis$ ./src/redis-server --port *** FATAL CONFIG FILE ERROR (Redis 255.255.255) *** Reading the configuration file, at line 2 >>> 'port' wrong number of arguments ``` Co-authored-by: Oran Agra <[email protected]>
Fixes #796 Currently rioConnWite uses 1024 bytes chunk when feeding the replication sockets on RDB write. This value seems too small and we will end up with high syscall overhead. **This PR sets the max chunk size to 16K.** Using a simple test program we did not observe any significant improvement in read/write times going with chunks bigger than 4K but that might be la bottleneck on network throughput. We did observe sweet point of CPU utilization at 16K when using TLS. ``` lsb_release -a No LSB modules are available. Distributor ID: Ubuntu Description: Ubuntu 24.04 LTS Release: 24.04 Codename: noble ``` ``` uname -a Linux ip-172-31-22-140 6.8.0-1009-aws #9-Ubuntu SMP Fri May 17 14:39:23 UTC 2024 x86_64 x86_64 x86_64 GNU/Linux ``` All files were compiled with O3 optimization level. ``` gcc --version gcc (Ubuntu 13.2.0-23ubuntu4) 13.2.0 ``` **Results:** Chunk Size | write-time sec | writes total | write cpu-time (usr+sys) | read-time sec | read total syscalls | read cpu-time (usr+sys) -- | -- | -- | -- | -- | -- | -- 1K | 0.162946 | 102400 | 0.185916 | 0.168479 | 2447 | 0.026945 4K | 0.163036 | 25600 | 0.122629 | 0.168627 | 715 | 0.023382 8K | 0.163942 | 12800 | 0.121131 | 0.168887 | 704 | 0.039388 16K | 0.163614 | 6400 | 0.104742 | 0.168202 | 2483 | 0.025574 64K | 0.16279 | 1600 | 0.098792 | 0.168854 | 1068 | 0.046929 1K - TLS | 0.32648 | 102400 | 0.366961 | 0.330785 | 102400 | 0.337377 4K - TLS | 0.164296 | 25600 | 0.183326 | 0.169032 | 25600 | 0.129952 8K - TLS | 0.163977 | 12800 | 0.163118 | 0.169484 | 12800 | 0.098432 16K - TLS | 0.164861 | 6400 | 0.150666 | 0.169878 | 6383 | 0.094794 64K - TLS | 0.163704 | 6400 | 0.156125 | 0.169323 | 6388 | 0.089971 --------- Signed-off-by: Ran Shidlansik <[email protected]> Signed-off-by: ranshid <[email protected]> Signed-off-by: Binbin <[email protected]> Co-authored-by: Madelyn Olson <[email protected]> Co-authored-by: Binbin <[email protected]>
Starting a thread to find ideas for folks to propose alternative naming ideas. If you have an idea, please post it here in a single comment. 👍 for ideas that people like. If your name is not descriptive or clear what it means, also please include a description about why.
The text was updated successfully, but these errors were encountered: