Portál AbcLinuxu, 12. května 2025 08:45
Chromium vyuziva nativne uz cely HW pocitace a jeho obalovatko Electron tam nema co pokazit ci spomalitA ten overhead, ktery plyne z architektury a toho, ze se jadro prohlizece zneuziva jako graficky toolkit, se uz taky hardwarove akceleruje?
jeho obalovatko Electron tam nema co pokazit... Jediny rozdil od nativnich aplikaci je ve spotrebe pameti, protoze extra instance Chromia neco sezere. Ale dnes najit developera co nema masinu s minimalne 16GB RAM je rarita takze je to v cajku.Jadro Chromia samo od sebe nesezere 16GB RAM. Kde by tak mohl byt problem... Mimochodem, pred mnoha a mnoha lety jsem kvuli Eclipse upgradoval pamet na 256MB. Smutne je, ze dnesni IDE typu VS Code umi priblizne stejne, jsou priblizne stejne rychle a sezerou nasobne vic, jako IDE pred mnoha a mnoha lety.
Co se tyce javascriptu tak ten je dnes uz taky mile pred C-eckem, hlavne co se tyce bezpecnosti a stability.Tak a ted si to srovnej s libovolnym jinym jazykem, ktery bezi ve virtualnim stroji.
A ten overhead, ktery plyne z architektury a toho, ze se jadro prohlizece zneuziva jako graficky toolkit, se uz taky hardwarove akceleruje?
Nevim, jestli zrovna hardwarově, ale rozhodně ten overhead stále akceleruje...
Chromium vyuziva nativne uz cely HW pocitace a jeho obalovatko Electron tam nema co pokazit ci spomalit. Jediny rozdil od nativnich aplikaci je ve spotrebe pametiNaprostá pitomost. Rozdíl oproti nativním editorům je velmi obrovský, VS Code žere několikanásobně víc výkonu procesoru a GUI je líné a lagující na sebemenších souborech. Už jen proto je s tím utrpení pracovat a jediné, co se s tím dá dělat, je pořídit výkonnější stroj. Jinak ta technologie sama o sobě je z podstaty neopravitelná.
Tiskni
Sdílej:
ISSN 1214-1267, (c) 1999-2007 Stickfish s.r.o.