Přejít k navigační liště

Zdroják » Zprávičky » Oprava v testu SunSpider zlepší výsledek Firefoxu

Oprava v testu SunSpider zlepší výsledek Firefoxu

Psaní objektivních srovnávacích testů je velmi pracný úkol, a proto je dobře, když si jednotliví výrobci prohlížečů připravují testy vlastní a mohou výsledky mezi nimi porovnávat. O obtížnosti úkolu se nedávno přesvědčili i tvůrci javascriptového testu SunSpider.

David Mandelin z Mozilla Corporation zkoumal, proč je Firefox pomalejší v testu regexp-dna oproti WebKitu (resp. jeho javascriptovému engine SquirrelFish Extreme). Při srovnávání implementací přišel na to, že test u stěžejní metody .replace(string1, string2, "g") používá přepínač „g“ pro globální záměnu, který není součástí standardu, WebKit jej nepodporuje, ale SpiderMonkey (javascriptový engine Firefoxu) ano. Ve výsledku tak Firefox provádí během testu složitější operaci než WebKit, což vlastní porovnání degraduje. Chyba byla nahlášena a opravena (ve veřejném testu je zatím ještě starší verze).

Nelze předpokládat, že by měla dramatický vliv na výsledek celého testu SunSpider (ten se skládá z 26 různých testů), ovšem v době, kdy souboj prohlížečů o nejrychlejší javascriptový engine vrcholí, můžou hrát roli i malá procenta. Příklad ukazuje, že ani testy nemusí být bez chyby a je třeba brát je z rezervou a nejlépe porovnávat výsledky v několika nezávislých testech zároveň.

Komentáře

Odebírat
Upozornit na
guest
0 Komentářů
Nejstarší
Nejnovější Most Voted
Inline Feedbacks
Zobrazit všechny komentáře

Robots.txt nestačí. AI crawleři mění, jak weby chrání obsah

Robots.txt zůstává základní signál pro slušné crawlery, ale už neumí popsat hlavní problém: stejný veřejný obsah může sloužit klasickému vyhledávání, AI odpovědím, tréninku modelů i načtení na pokyn uživatele. Provozovatel webu proto musí oddělit účel přístupu, ověřovat identitu botů, měřit dopad na infrastrukturu a u hodnotného obsahu řešit i vynucení pravidel mimo samotný robots.txt.

Jak funguje WordPress Cron a proč občas selhává

„Cron mi nějak neběhá." Klasická věta, která ve WordPress světě může znamenat cokoli od špatně nastavené WP_SITEURL, přes loopback zablokovaný Cloudflarem, až po fatal error v callbacku, který nechal viset transient doing_cron. WP-Cron totiž není skutečný scheduler — je to pseudo-cron závislý na návštěvnosti webu a HTTP loopbacku, se všemi pastmi, které si dokážete představit. Tenhle článek je hloubkový průchod jeho vnitřnostmi: co se reálně děje při spawn_cron(), kde vznikají race conditions, proč selhává a čím ho v produkci nahradit.