Názory k článku
Chromium bude podporovat začleňování kódu v jazyce Rust

Mozilla se od Rustu odklonila, vrátí se v podobě nového Chrome/Chromia?

Vítám, že se tým Chromia snaží o nějaký vývoj. Bohužel potom přijde zkušenost a setkání s realitou, že jsou hromady bugů, které už několik (často i více než 5) let leží ladem a nikdo je neřeší. Výkon renderingu HTML/CSS + pár animací pomocí JS v Chromiu je i třeba oproti Safari dost tragický. Poměrně triviální věci nejedou 60 natož pak 120 Hz a to ani na počítači typu MacBook Pro s M1 Pro nebo poměrně slušném desktopu s dedikovanou grafikou. Umím si představit, jak někdo v Googlu remcá stejným způsobem jako v Microsoftu: https://twitter.com/cmuratori/status/1522468481135902725 a potom je někdo utře: https://www.youtube.com/watch?v=hxM8QmyZXtg

Kdyby byl v renderingu nějaký bezpečnostní problém, tak to opraví snad během hodin. Když je to prostě jen zbugované, že se to chová divně nebo šíleně pomalé, tak to nikoho netankuje, protože Chromium asi nepíšou lidi zaměření na dobrý grafický výkon nebo s chápáním UX. Nejvtipnější na tom je, že potom celé týmy v Googlu přepisují produkty, aby renderovaly pomocí canvasu/ WebGL a vlastně dělají většinu infrastruktury prohlížeče znovu - protože jiný tým v Googlu, který řeší Chromium/ Chrome není schopný dělat svoji práci.

Trochu jsem to téma nakousl ve vlákně zde: https://twitter.com/KaliszAd/status/1613681429103124480

Pravdepodobne vy mate nejaky problem s realitou. Pokial viem chrome je stale najrychlejsi prehliadac (aj v porovnani so Safari).
Optimalizaciu pre Apple asi nemaju taku ako bude mat Safari tak pouzivajte Safari, co vas trapi?
Chrome/Chromium je primarne pre Windows.

V reálných aplikacích to obecně pravda prostě není, v microbenchmarku možná. Safari minimálně v renderingu HTML/CSS v řadě ohledů Chrome předežene. Mimochodem ani benchmark není třeba dělat, i nezasvěcený člověk to vidí. Prostě Chrome se seká, Safari v tom samém případě ne. Chrome prostě celou řadu úplně základních optimalizací, které jsou běžné třeba ve hrách nedělá. To co je mimo obrazovku nejspíš stále nějakým způsobem renderuje v celé komplexitě. Takže třeba u aplikací s nekonečným plátnem, když pohnete něčím tak, že to skončí mimo obrazovku, je potřeba prvek explicitně v CSS označit že se nemá zobrazovat. To samotné udělá výrazný rozdíl ve výkonu. Přitom prohlížeč má veškeré informace, aby toto byl schopný udělat taky. To samé s přibližováním a oddalováním obrázků, tam má prohlížeč taky velké rezervy ve výkonu, jako skoro ve všem, co se týče renderování HTML a CSS. I Safari má pořád obrovský potenciál. Vždyť se seká i procházení poměrně statických stránek, např. různých novin. Seká se i YouTube, což je další projekt Googlu, který není schopen udělat dobře. (A to vše na aktuálních strojích za 50+ tisíc Kč!)

Řadu věcí jsme v naší aplikaci byli schopni udělat výrazně výkonnější, protože si je vykreslíme do canvasu a hýbeme tím canvasem místo divem. Není důvod, proč by prohlížeč na backendu nemohl udělat přesně to samé, však on ví, že se div ani CSS toho divu nezměnilo. Taky má velkou výhodu v tom, že si může sáhnout na více jader a GPU mnohem přímočařejším způsobem. Taky na to měli asi 14 let tohle vyřešit.

Chrome/Chromium podporuje více platforem. Paradoxně bych řekl, že pokud je nějaká platforma hlavní, tak to bude Android nebo ChromeOS, což je obojí založené na Linuxu. I tak je ale tento argument z mého pohledu mimo mísu, když je výkon prohlížečů obecně tak tragický. Nepřekvapilo by mě, kdyby bylo možné rendering HTML/CSS zrychlit o řád v obecném případě a dva řády ve specifických případech (třeba pokud by vývojář psal věci určitým doporučeným způsobem).

Tak to su skvele spravy, Safari caka skvela buducnost. Do kolko rokov ocakavate dominanciu Safari nad Chrome?

Ospevuješ Safari, ale:

1. Hovoríš o výkone Apple produktu na Apple systému na Apple HW.
2. Nepozeráš sa vôbec na rozdiely medzi Chrome a Safari, a možno ti poviem že NetScape, ktorý nevie JS, renderuje najrýchlejšie.
3. k bodu 2, áno prirovnal som Safari k NetScape, pretože to nevie niektoré featury HTML, CSS, JS, SVG atď, ktoré už iné prehliadače dávno vedia. (https://twitter.com/Rich_Harris/status/1601281675845308416)
4. Safari má ohromné množstvo bugov takého typu, ktorý výrazne narúšajú developer experience aj user experience. K DX príklad Rich Harris autor Svelte, ktorého git commit messages história je plná "i hate safari with the fire of a thousand suns". ( https://github.com/sveltejs/kit/commit/7943e14858eccfad4cf73ff754f40edc835e1607 )
5. Safari má takýto humus https://twitter.com/jordwalke/status/1355681285717385217
6. Safari je rýchlejšie v niektorých situáciách, ale vie o mnohých situáciách kedy je naopak pomalšie.

Možná to je v tom, že máte železo za 50+. Já mam dva kousky za 16 a cca 20k, používám tedy vivaldi, žere to paměť jak prase (15gb uplně v klidu, ale co si budem, já jsem taky prase a mam otevřenejch 100 záložek), ale že by se mi něco sekalo, to se mi teda nestalo.

Zkuste si taky koupit lenovo za 16k.

Sice máte jinak pravdu, ale tvrzení, že "Chrome/Chromium je primarne pre Windows" je tedy hodně odvážné.

Myslite nejrychlejsi pro windows ve srovnani s ie6 a IE postavenym na tom stejnym jadre? Patrne. Ale doby, kdy byl Chrome rychly browser jsou minulosti.

wut? Safary je novy IE

Jak v čem. Docela do toho za poslední asi tak rok šlápli, ale i tak mají samozřejmě rezervy. Každopádně jsem vyjmenoval několik příkladů, kde může Chrome (i Safari) dělat mnohem lepší práci.

Třeba aktuální Chrome na Debian Testing s Core i7-1260P s 48GB RAM a jinak nevytíženým systémem zapojeným v dokovací stanici není schopen scrollovat root.cz nebo stránku s ~250 komentáři na Hacker News(!!!) po kompletním načtení a předchozím proscrollování (kdyby náhodou něco dělali líně) bez ztráty snímku. Dokonce jich ztrácí hned několik podle profileru v dev tools a drobná trhnutí jsou i vidět, když víte, na co se zaměřit. Z dev tools není na první pohled jasné, co to způsobuje. Možná už ten snímek není potřeba, spíš to ale způsobuje neschopnost rendering týmu Chromia/ Chromu. I kdyby ty snímky snad nebyly potřeba, tak by bylo dobré to v GUI dev tools označit třeba jinou barvou, jako že to není problém.

Proč nejsme schopní začátkem roku 2023 na železe ze špičky nabídky z konce roku 2022 vykreslit pár čtverců a animací 60x za sekundu? Vždyť počítač na to může vynaložit doslova desítky milionů operací každý snímek jak na CPU, tak GPU, aby to šlo a přesto se to nestane.

Ja s Vami souhlasim, ale vetsina lidi tady bude obhajovat chrome protoze nemaj rozumnou alternativu. Doby FF jsou davno pryc, dulezite jsou ted barvicky a reseni socialistickych predsevzeti.

To tedy není. Chvíli to tak vypadalo, to je pravda, ale nakonec ho dali celkem dohromady. Dnes se jako nový IE začíná dost efektivně chovat Chrome. Bohužel.

https://caniuse.com říká něco jiného.

Zdaleka nejde jen o features, příteli.

Safary mozna. Safari je ve srovnani s chrome rychlik a o vyuzivani ram se ani nezminuji. Chrome mi bez problemu vyzere s 20ti taby 40gb ram zatimco v safari mam tech tabu 120 a ma to 7gb ram. Jediny duvod proc pouzivam chrome jsou 2 rozsireni ktere nikde jinde nejsou.

Tabů mívám v Chrome stovky a tohle nepozoruju. Vtip je v používání rozšíření typu Tab Suspender apod.

V čem by podle vás byla výhoda prohlížeče (nebo jakéhokoli jiného programu), který by nepoužíval dostupnou paměť? Připadá mi to, jako kdybyste si koupil židli a pak se na ni chodil dívat a chlubit se, že si nesednete.

Tahle mantra platí jen pro OS, kde prohlížeč je jediná aplikace.

Chrome ovšem používá i tu nedostupnou. Ale při porovnávání se Safari to je obecně trochu nefér, protože OS X má obecně skvělou správu paměti a to, co snese by mé linuxové stroje s dvojnásobkem paměti spolehlivě sejmulo. A Safari je tam tak nějak nativní.

Jako alternativa k C++ Rust ujde. Tak snad to k něčemu bude.