Valkey, fork Redisu (diskuse)

[RealJ]

Pro korporace to samozrejme dava smysl kdyz jim lidi zdarma pracuji na necem co pak korporace za tezky prachy nasazuji…

[Slavko]

Hoci v princípe súhlasím, nemyslím si, že to vystihuje tento prípad.

Ani jedna z tých "korporácií" nemá tento fork ako svoj hlavný produkt a zo zverejnenej správy to chápem tak, že za vývoj sa stavia nadácia Linux a tie "korporácie" vystupujú ako sponori. Čiže niečo relatívne bežné -- my na tom zarobíme a niečo z toho zisku vrátime späť (a tipujem, že za tie prachy aj budú mať väčší vplyv na smer vývoja), ale ostáva to komunitným projektom.

Pripomína mi to MySQL a MariaDB, uvidíme.

[petr_p]

Protože ty korporace (Google, Amazon, Oracle) pronajímají cloud a jejich zákazníci jim platí za to, že v jejich cloudu bude připravená šablona pro spuštění Redisu. V okamžiku, když by poskytovatelé cloudu museli Redis nakupovat, tak: klesly by jim zisky, přibyla byrokracie, Redis Ltd. by diktoval obchodní politiku (kdo, s kým, za kolik a jestli vůbec). Tohle nikdo nechce, kromě Redis Ltd. Proto všichni tak milují open source spravovaný neziskovými společnostmi.

[O.V.]

O zivotnost tohohle forku se nebojim, Redis je tak masivne nasazovn a svym zpusobem "zadarmo", ze na vypalny se jim kazdy z vysoka vysere a pouzije se fork. My jej pouzivame jako takove lepsi FTP (!) na dynamicky deploy bundlu a artefaktu

[Xerces]

Já pořád nějak nemůžu pochopit, v čem jsou tyhle "in memory databáze" lepší, než klasické s dostatečnou cache v RAM a kde se to vlastně využívá. Přijde mi to stejný hype jako dnešní hrátky s umělou inteligencí.

[~]

Ta rychlost je k nezaplaceni. I nejrychlejsi nvme v stripu je jen chudy pribuzny k rychlosti Redisu.

[AraxoN]

A skúšal si to? Lebo ja áno, a náhodné čítanie z tisícov malých súborov podľa ich názvu ešte aj na klasickom rotačnom disku vyšlo rýchlejšie, než čítanie z Redisu (na localhoste). Redis bol rýchlejší len pri sekvenčnom čítaní, ale stále bol mnohonásobne pomalší v porovnaní s gdbm a dokonca aj v porovnaní s tridsať rokov starou db4 (Berkeley DB).

[Gordon]

Sorry ale tohle jsou absolutni blaboly. Random read malych souboru uz z principu bude radove pomalejsi, takze bud si to s necim pletes nebo by jsi mel zavesit server na hrebik a venovat se treba tomu scifi.

[Xerces]

Ale normální databáze mají přece cache. A pokud je nadimenzujete stejně velké, jako alokujete pro tu in memory databázi, tak musíte dostat stejný výsledek, protože při prvním čtení se ta data do cache dostanou. Já tomu věřím, že to nějaký přínos má, jinak by to lidi nepoužívali, jenom si to nedokážu představit.

[kolobeh]

A pak ani tenhle nebude svododny tak se udela opet dalsi fork a tak to pujde porad dokola.

[~]

To zas ne. Si vsimni pattern tech forku. Puvodni dilo vs truc podnik (napr. MySQL vs MariaDB). Nikdo neni tak blby aby se neco forkovalo 3x. Spise naopak nekdy se ty forky opet potkaji a pokracuji spolecne (napr. NodeJS vs IO.js).