Cloudflare chrání miliony webů po celém světě před DDoS útoky a dalšími hrozbami. Díky obrovské síti datacenter, vlastnímu softwaru a inteligentní automatizaci dokáže zachytit i ty nejmasivnější útoky, často během několika sekund, aniž by ohrozila přístup legitimních návštěvníků.
Když do adresního řádku prohlížeče napíšete webovou adresu a stisknete Enter, spustí se fascinující řetězec procesů, které propojují váš počítač s celým světem. Od překladu doménového jména na IP adresu, přes navázání šifrovaného spojení, až po vykreslení každého pixelu na obrazovce - to všechno se odehraje během zlomků sekundy. Pojďme se podívat, co se mezitím děje pod kapotou webu.
SIMD - neboli Single Instruction, Multiple Data - znamená, že procesor může jednou instrukcí zpracovat více datových prvků najednou. Typicky to znamená, že místo sčítání dvou čísel přičtete dvě sady čísel paralelně. To může přinést výrazné zrychlení například při zpracování obrazu, audia nebo numerických výpočtů. Pokud již SIMD znáte, tato tabulka je vše, co budete potřebovat. A pokud s SIMD teprve začínáte, tabulku pochopíte do konce tohoto článku
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.