Které Ruby je nejrychlejší?

Zprávičky ‐ Martin Malý ‐ Různé ‐ 30. 6. 2010

Nálepky:

Ruby
Různé

Antonio Cangiano porovnal výkon pěti běhových prostředí pro jazyk Ruby na platformě Windows a svá měření shrnul v článku The Great Ruby Shootout (podobný článek pro platformu Mac vydal před měsícem). Nejrychlejší se ukázala implementace JRuby, následovaná verzemi Ruby 1.9.x Pomyslný žebříček uzavírá Ruby 1.8.7 a IronRuby 1.0.

Zdroj: Ruby Inside

Martin Malý

Začal programovat v roce 1984 s programovatelnou kalkulačkou. Pokračoval k BASICu, assembleru Z80, Forthu, Pascalu, Céčku, dalším assemblerům, před časem v PHP a teď by rád neprogramoval a radši se věnoval starým počítačům.

Komentáře

Odebírat

1 Komentář

Nejstarší

Nejnovější Most Voted

v6ak

15 let před

Dodám, že test byl proveden pro dlouho běžící aplikace, kde Java (a asi podobně i .NET) navzdory své pověsti je na tom výkonově dobře. Javisty asi moc nepřekvapí, že pro krátko běžící aplikace není JRuby výkonově vhodné. Překvapením může být spíše větší než očekávaná míra nevhodnosti JRuby pro krátko běžící aplikace, kde i –help může trvat třeba sekundu. Headius (jeden z vývojářů JRuby) psal něco jako že svého výkonu dosáhne JRuby asi po 5s běhu. Psal i nějaké možnosti, jak tu neuvěřitelnou startup prodlevu snížit, myslím, že šlo o JRuby JIT cache (na úrovni JRuby, ne JVM) a pevné nastavení 32b/64b architektury pro nativní části namísto autodetekce.
Nechá říkat, že je JRuby špatné. Pokud by se tu psalo, že JRuby je pomalé, asi bych se jej naopak zastal. Chci jen říct, že to není tak černobílé. A chci, aby se lidé nedivili, až to výkonné JRuby si na –help nějaké aplikace vezme sekundu.

Odpovědět

Odysseus: PewDiePie vydal open-source AI workspace, který běží na vašem vlastním hardwaru

Felix Kjellberg, youtuber se 110 miliony odběratelů, strávil rok učením se programovat a fine-tuningem vlastních AI modelů. Výsledkem je Odysseus – bezplatný, open-source workspace pro práci s umělou inteligencí, který neposílá žádná data do cloudu. Projekt má týden, přes 61 000 hvězdiček na GitHubu a znovu otevírá otázku, komu vlastně patří váš digitální kontext.

Když Git už nestačí: jak izolovat databázový stav pro pokusy AI agentů

Gitová větev vývojářům oddělí kód, ale databáze často zůstává společná. U AI agentů je to slabé místo: rychle spouštějí migrace, mění data a zkoušejí víc cest najednou. Databázová větev jim dá vlastní pracovní prostor, jenže tím práce nekončí. Ještě je potřeba řešit citlivá data, oprávnění, životnost větve i zbytek stavu aplikace.

GitHub vyhrál pohodlím. Stejné pohodlí dnes ztěžuje odchod

GitHub kdysi působil jako přesný opak SourceForge: rychlý, přehledný a přirozený. Dnešní projekt na něm ale často nemá jen kód. Má tam issues, pull requesty, CI, balíčky, bezpečnostní pravidla i AI agenty. Lock-in nevzniká tím, že by nešel odnést Git repozitář, ale tím, že se běžný provoz týmu postupně přesune do jedné platformy.