Čím víc forků, tím víc Adidas.
Mně naopak připadá, že se situace docela zpřehlednila. Nejsou ti lidé, kteří by se podíleli na původním Redisu, znali se odsud a rozhodli se udělat společně fork. Nejsou to lidé, kteří by si řekli „tady už je jeden fork, pojďme se přidat a spolupracovat“. Jsou to lidé, pro které je nejdůležitější mít vlastní fork a ostatní už přijde samo. Takže já zůstávám u originálu.
Dávalo by smysl nejdřív se dohodnout, ne ohlašovat každý týden jeden nový fork. Už jenom kvůli důvěryhodnosti – pokud teď budou vznikat různé forky, které budou zase zanikat či se spojovat, každý rozumný člověk si řekne, že ještě zůstane u Redisu a počká, jak se to celé vyvine. Takže každý další fork jenom zvyšuje pravděpodobnost, že nakonec uspěje jen originální Redis. A možná se vedle něj udrží KeyDB, který vznikl už před pár lety a měl od začátku nějaký cíl, ne jen „uděláme fork, protože je to snadné“.
Já třeba znám jednoho z autorů KeyDB a vznik toho projektu nebylo o tom mít "vlastní fork", ale umožnit multi-threading a tím docílit zvýšení počtu operací za sekundu.
Takže možná by to chtělo nepsat nesmysly a zamyslet se nad vznikem těch projektů...
Jo a to že někdo mění licenci je naprosto legitmní důvod pro fork toho projektu.
KeyDB stojí trošku mimo tuhle řadu, protože vznikl už před několika lety. Ten komentář se týkal spíš druhého a hlavně třetího forku.
U opensource můžete udělat fork kdykoli, nemusíte k tomu mít žádný důvod. Akorát že „udělat fork“ nic neznamená. Není to žádná práce.
29. 3. 2024, 14:12 editováno autorem komentáře
To je zvlášní, protože v jiném vlákně zase píšeš o KeyDB takto
> Právě proto, že už existuje několik let, a v jakém je dnes stavu, mi nepřipadá jako nějaká hvězda, která by teď měla převálcovat Redis.
Jsi úplně mimo. Ta databáze vznikla z důvodu jak píše předřečník. Ne, aby převálcovala Redis, ale jako slušný základ pro jejich další implementaci. Pokud by byl o multithreading zájem, zřejmě by se to vrátilo do původního projektu. Teď to dopadlo však tak, že jde fork, co úspěšně paralalně funguje již několikátý rok.
Tyhle forky také nevznikají proto, aby uspokojili vaše momentální potřeby. Jak znám týpky jako ty, tak vlastní tvorba za 20 let programování žádná, ale názor na všechno.
30. 3. 2024, 11:23 editováno autorem komentáře
Já jsem se na KeyDB díval hned po ohlášení změny licence Redisu. Podle mě toto nechcete:
Redis je věc která je psaná jednovláknově v plain old C, poměrně konzistentní a čistý kód, a tou jednovláknovostí získali spoustu výhod - není nutno dělat žádné zamykání, pro snapshot stavu k uložení na disk stačí fork(), atd. Případné rozložení na víc CPU se řeší stejně jako rozložení na víc počítačů - rozdělením keyspace. Elegantní.
KeyDB toto vzalo, zamykání samozřejmě nechtělo rozbít, a tak si řekli, že do vláken dalí externí komunikaci (včetně TLS, což přiznejme může výkon jednoho procesu urychlit, nechcete-li dělit keyspace). Jinak ale za vývojem "core vlastností" Redisu KeyDB dost zaostává.
A aby toho nebylo dost, tak KeyDB píše svoje části v C++. Takže kód vypadá tak, že kus je v C++, a to samotné jádro je ze všech stran obalené extern "C" {...}. Tohle asi není něco, co chcete používat.
Takže za mě pokud bude fork který zachová eleganci návrhu původního Redisu (ať už valkey nebo redict), je to lepší volba než KeyDB.
Poměrně detailně mapuje situaci okolo forků Redisu Linux Weekly zde: https://lwn.net/Articles/966631/ (ještě pár dnů bude paywalled, chcete-li někdo odkaz dřív, pošlete mi mail).
(a ten ad hominem útok jste si mohl odpustit)
"A ten ad hominem útok jste si mohl odpustit."
Ten jsem si odpustil, protože ho nikde nevidím. Co jsem napsal je fakt.
Jinak píšete k tématu na rozdíl od Jirsáka. Debatovat už nemusíme. Nemám na to čas a ke starým diskuzím se radši už nevracím. Zdar a hodně štěstí v práci.
5. 4. 2024, 09:59 editováno autorem komentáře
Vývojáři Redictu už se ozvali, že by se připojili k Valkey, ale za podmínky, že se to bude jmenovat Redict a že se licencování změní z BSD na LGPL. Ale osobně bych řekl, že na to Linux Foundation nepřistoupí, protože jedním z cílů Valkey nejspíš je zachovat i licenci, aby kdokoli mohl co nejhladčeji přejít bez starostí o legální stránku věci.