Vlákno názorů k článku
V seznamáckém hackathonu zvítězil tým EasyPeasy.Net od lazywriter - Jestli dobře koukám, tak skladba řešení byla 1x...

Dodaný počítač měl 1 GB paměti a 2 fyzická CPU jádra. Referenční řešení nemělo za cíl být rychlé, ale funkční (a ani to se ne úplně povedlo :). CR jsme opravdu nevyžadovali :)

na blog.seznam.cz píšete o 16 GB RAM, překlep?

To se občas stává, že to člověk ulítne a nefunguje to vždy správné :).

na blogu je to verze, když jsme hackathon vymýšleli. Pak jsme si k tomu sedli znova a došlo nám, že když necháme účastníkům tolik paměti, tak to mohou postavit kompletně in-memory a nasaturují 1 Gbit síťovku. Pak by se těžko hodnotilo, kdo poskytl rychlejší řešení, protože by narazili na limit síťové vrstvy. Proto jsme před začátkem RAMku dramaticky omezili právě na 1 GB. Tím jsme donutili účastníky používat disk.

Právě. Třeba náš cíl s PHP byl, že tam přijdeme s jazykem, který je relativně pomalý, za 2 hodiny budeme mít napsáno řešení a to řešení bude přijatelné, ale hlavně bude tzv. dummy a i tak bude konkurenceschopné.

Například jde vidět, že nic necachujeme a persistujeme okamžitě atd.
Taky jsme nijak neřešili v zadání složitě onu stromovou strukturu, která byla v rámci komentářů a prostě v případě, že se chtěly tři úrovně komentů, tak jsme udělali 3 dotazy tak jak to šlo pod ruku.

Výsledek:
Byli jsme 2 a měli jsme naprogramováno za 3 hodiny+-
Pak nám nějaký čas zabrala konfigurace serveru, protože to normálně neděláme. Odevzdaná verze byla hotová i se serverem tuším někdy kolem 1 ráno? Tedy celkový čas včetně piplačky s nastavováním serveru 7 hodin+-

Výherci byli 4, dělali v .netu, což už z podstaty kompilace je rychlejší jazyk a podle jejich slov to do výsledné odevzdané verze trvalo 22 hodin a vymýšlely nějaké složité mechanismy.

Podle výsledků byl náš kód v PHP o nějakých 53% pomalejší, než jejich, takže jsme spokojení.

Samozřejmě jsme si potom doma řekli, jestli je možné, abychom je s PHP předehnali. Trošku jsme zaexperimentovali a povedlo se. Podle BlackFire jsme za dalších 6 hodin stihli appku upravit tak, aby bylo vykonávání cca 3* rychlejší. Dál se nám to už nechtělo zkoušet zrychlit. (Nutno podotknout, že stále necachujeme a persistujeme pořád okamžitě, což jsou nejnáročnější operace)

jak v rychlosti koukám, vy i 4 jste měli hodně podobnou DB strukturu, oni PG, vy Mysql/mariadb, v tom velký rozdíl nebude, jak Nette, tak i ASP.NET Core startují podobně pomalu (cca desítky ms na serverech, na testovacích ntb asi pomaleji), hlavní rozdíl bude v kódu.

Kompilovaný jazyk nemusí rozhodně znamenat rychlejší, má obecně výhodu v lepší správě paměti a typovosti, ale to není všechno, u průtokových api se ten rozdíl často ztrácí, i v php lze dělat aplikace s odezvou v jednotkách ms, nepoužít framework umožní vidět problém z jiné prespektivy a přesně takovéhle akce jsou ideální prostor vyzkoušet něco neostřelého.

Saturovat tu gigabitovou linku s gigabajtem paměti by byl pěkný cíl, člověk by se nad tím musel trochu dopředu zamyslet a zvolit vhodný SW stack a ne replikovat řešení, které používám denně v práci.