Názory k článku
Ruby bude mít just-in-time compiler YJIT

Shopify trumfnul RedHat? Good bye MIR, long live YJIT :)

Ale Shopify sází na GraalVM Ruby! Před pár lety od OracleLabs přetáhli Chrise Seatona a ten, když si zrovna někde nehraje na vojáky, se stará o to, aby jim GraalVM opravdu fungovala (rychlé to naše Ruby bylo už po měsíci, co jej Chris začal psát) a běhala kód, který v produkci mají.

23. 10. 2021, 05:47 editováno autorem komentáře

Vzhledem k tomu, že mají celý team lidí co pracuje na YJIT bych si nebyl tou budoucností GraalVM Ruby v Shopify až tak jistý :)

Typicke pouziti Ruby jsou Rails webove aplikace, kde byva uzkym hrdlem DB. Pokud nejste Shopify, tak vas rychlost Ruby nemusi moc trapit.

Databáze je málokdy úzké hrdlo. Jediná věc, co databáze komplikuje, je škálování.

a kdyz nemas naskalovano tak mas uzke hrdlo

> Jediná věc, co databáze komplikuje, je škálování.

coz znamena uzke hrdlo, pri vzrustajicim trafikem. Aplikaci narozdil od DB je snadne skalovat.

> Aplikaci narozdil od DB je snadne skalovat.
Tohle je až moc velké zjednodušení. Je jednoduché spouštět víc a víc instancí aplikace. Ale jestli to škáluje záleží na tom, co ta aplikace dělá.
Úzké hrdlo vznikne vždycky když musí ty instance udržovat nějaký společný model světa. Když to nebude dělat databáze, tak se to šprajcne na podobné funkcionalitě někde jinde.

IMHO běžná “cloud” aplikace by měla na maximum využít memcache (nebo něco podobného), pokud se převážně čte, tak se instance aplikace nijak navzájem neblokují. Zápisy do databáze se holt provedou pomaleji (transakčně) a příslušné položky se z vyrovnávací paměti vyhodí. Pokud aplikace jen žongluje s daty (CPU nic náročného nepočítá, jen sestavuje stránky), nikde by nic drhnout nemělo. Nebo?
(Jiný typ aplikací, kde se intenzivně zapisuje, například nějaké time series, je jiné kafe, ale na to zase existují specializované databáze.)

To zalezi jaka databaze... Sou databaze treba jako Cassandra, co maj skalovani jako prioritu.

Vy pouzivate Rails (pouze) s Cassandrou? To podle me ani nejde, ActiveRecord podporuje jen SQL.

26. 10. 2021, 09:26 editováno autorem komentáře

To záleží jak je to celé naprogramované, a co děláte. Pokud máte netransakční data, nebo máte aplikaci, kde se dobře používá cache, tak by databáze nemusela být úzkým hrdlem. Jakmile ale potřebujete garantované perzistentní zápisy, tak čekáte na tu nejpomalejší komponentu (IO), a pokud potřebujete konzistentní pohled na data, tak dochází k tunám synchronizací a čekání na zámek. Tam už musí být databáze úzkým hrdlem. Ledaže by ten sw nad tím byl dost neefektivně naprogramovaný nebo že byste tam dělal brutální výpočty.

To spektrum aplikací, které mohou používat databáze je hodně široké. Hodně se liší intenzita práce s daty, a hodně se liší i požadavky na konzistenci.

Co je potom uzkym hrdlem? Samotnou aplikaci muzete horizontalne skalovat temer neomezene. S databazi je to komplikovanejsi.

Tedy 23% zrychlení není nic moc a otázka je jestli to vůbec stojí za případné komplikace.

To 20% zrychlení zaplatilo ty lidi a ještě to ušetřilo kopu peněz. Přiště přemýšlej, jejich scale je úplně jiný než tvůj...

23% zrychlení je znatelné i doma. A jak jde o datacentra, tak tam záleží i na podstatně menších věcech.
Před časem jsem viděl přednášku, kde se kdosi od Facebooku kasal, jak se mu podařilo zrychlit stringy. Celkově tím ušetřil nějaké 1% času. Prý to dalo jeho plat jen na úsporách energie.