Názory k článku Firefox chystá „žhavení panelů“, zlepší dojem z rychlosti prohlížeče
-
Tom (neregistrovaný)
Dle testu na Meltdown/Spectre je 56.0.2 ok :)
Každopádně mi to přijde od FF krajně nezodpovědné nevydat ESR před takovou deal-breaker změnou směřování celého prohlížeče (kdy je naprosto jasné, že značná část uživatelů prostě upgradovat nebude) - návrat k ESR verzi 52 dost často nemusí být už na těch profilech možný...
-
MichalBBronzový podporovatelTapMixPlus není a kdo ví, jestli někdy bude. Zatím jedu se skřípěním zubů bez něj, ale zase si myslím že FF57 stojí za to. Rychle jsem se i skamarádil s novým GUI, když si to člověk trošku poladí.
-
V2kt0r (neregistrovaný)
Warmup = žhavení? Já tedy vidím mezi teplým a žhavým jistý ne nepodstatný rozdíl.
Jinak FF používám jako hlavní prohlížeč v práci a 3x dennè ho restartovat, protože od té doby, co je v hlavní větvi rozdělený na zvlášť proces co tab, si každý hedbotlivy procesek vezme několik set MB a já mám těch tabů třeba přes 20...výsledkem je pres 90% obsazení paměti a tím téměř neovladatelný nejen FF, ale celé Windows, které se tím stává Windoze v pravém slova smyslu.
-
Tom (neregistrovaný)
nevim mne to prijde skoro jako standardni chovani, zacal mi delat po upgrade to same co v praci i doma, 10 zalozek okolo 6 procesu a 8GB RAM je v prdeli a PC nadava na nedostatek RAM do toho pusteny Outlook a jeden maly Excel, nemyslel jsem ze se nekdy dockam aby mi nestacilo na kancelarskou praci 8GB RAM
-
A díval jsi se na to nastavení? Přijde mi, že má hodně "procesorů" na málo RAM. Na takové číslo na proces jsem se ještě nikdy nedostal. Většinou mám kolem 300MB na proces.
BTW: mám 2 jádra (4HT) a 8GB RAM. Cca 20 tabů včetně Spotify. :
free -h
total used free shared buff/cache available
Mem: 7,7G 2,6G 3,4G 282M 1,7G 4,5G
Swap: 7,2Ga tak to mám celý den. Je ale pravda, že nemám Windows.
-
dnfjfjf (neregistrovaný)
warm up může klidně znamenat nažhavit, záleží na situaci ... a dokonce se tak často používá. A pak vem si třeba žhavící svíčky u auta glowplag což je vysloveně žhavící svíčka. Glow bude znamenat zářit nebo žhnout, ale glow up se jako nažhavit většinou nepoužije. Tak že je to ok.
O firefoxu nic nevim.
-
durdin (neregistrovaný)
Kdyby radši zapracovali na tom, aby firefox "nezapomínal" obsah otevřených tabů. Jsem zvyklý si otevřít nekolik a pak se k nim vrátit a často se stává že dojde k znovunačtení obsahu déle nepoužívaného tabu, což vede i ke ztrátě původního obsahu... teď akorát zakryli problém tím, že ten reload neuvidím (i když na pomalejším stroji/připojení se to nejspíš stejně nestihne)...
-
Diskobolos (neregistrovaný)
Fascinuje mě, jak kritizující kolegy kamenujete a mínusujete. FF se opravdu dostává na zcestí. Hovořit o všem, že to je progres a budoucnost, je dle mého názoru blud. Řada realizovaných/plánovaných funkcionalit je opravdu k ničemu a doslova plýtvá prostředky. Patřím také mezi nespokojené, ale jaksi ze setrvačnosti jsem ještě FF věrný (FF/Mozillu mám jako hlavní prohláížeč od verze 1.6). Dostalo se to do analogické situace, jako když si máte vybrat virtuálního operátora - volíte menší zlo. Ach jo :-(
-
zander (neregistrovaný)
čo také si Kefalín predstavujete pod pojmom "chromej prohlížeč" ???
Pokud je mi známo, tak Firefox zatím ještě nikdy nepoužíval jádro, na kterém je založen chrome/chromium.... Používal Gecko a nyní používá Quantum (založeno na jádře "servo" napsaném v Rust). Takže ani nechápu, jak by měl uživatel firefoxu používat ten "guugli"
-
zander (neregistrovaný)
Zřejmě dost dobře nedokážete porozumět psanému textu....
Cituji "Ti rozumnejsi chrofoxe uz pohrbili, protoze pokud mas pouzivat blbej a chromej prohlizec, muzes rovnou pouzivat ten guugli."
Z tohoto, mimo jiné, usuzuji, že se autor domnívá, že firefox je, jako spousta jiných, postaven na Google Chrome, a že tedy máme raději používat originál....
Že se mu Chrome/Chromium nelíbí, a ani prohlížeče na něm založené, to je jiná věc, a toto mu nerozporuji.
Pokud nemá rád Firefox ( a má na to samozřejmě právo), tak mohl použít jiné argumenty a ne jej mylně spojovat s Chrome.....
Přeji hezký den.
-
zander (neregistrovaný)
:-D :-D
Jak se říká, podle sebe soudím tebe..... Jinak no comment....
Mimochodem, z toho, jak místo plodné diskuze začnete hned urážet osoby, které mají jiný názor, tak bych si troufl říci, že výška vašeho IQ bude, s pravděpodobností blížící se jistotě, dosahovat nejméně výšky Burdž Chalífa......
-
Franta Karas (neregistrovaný)
No nezlob se na mne, ale když napíšeš to, co jsi napsal, tak je přece jasné, co jsi tím myslel..... A teď se jen vymlouváš, protože tě předřečník nechytal v nedbalkách.....
V každé diskuzi na internetu, kde někdo název browseru zkomolí předponou začínající na chr.... ( např. chropera, chromvaldi, CHROFOX, apod.) tím míní to, že se jedná o prohlížeč na stejném jádře, a že jím z nějakého důvodu opovrhuje......
Po přečtení tvých "reakcí" bych řekl, že jsi ještě adolescent, nebo máš tzv. zastydlou pubertu....
Vůbec mě poslední dobou mrzí, že odborné (snad ještě) weby navštěvuje stále více individuí, kteří si myslí, že sežrali Šalamounovo hovno, ale přitom většinou vědí prd a jen trolují....(což si sami o sobě samozřejmě nemyslí, protože jsou přesvědčeni o své pravdě a o své neomylnosti). Ale asi je to dáno dobou.... Každý hñup si myslí, že je geniální....
Ke tvému případu bych řekl toto: Už jsi zkusil vyhledat lékařskou pomoc? Neříkám, že je to na hospitalizaci, ale ambulantní léčbu by si to určitě zasloużilo.... -
Karel (neregistrovaný)
"Chrofox" je roky staré označení snahy Mozilly zbavit se čehokoliv, co by Firefox dělalo něčím výjimečným. Snahy, aby Firefox vypadal stejně jako Chrome. V duchu "zbavme se všeho, co nás činí lepším, a tím Chrome porazíme!"
Ono je občas lepší použít Google a podívat se, co to slovo znamená a co tím lidé označují. Chápu, že s vaším IQ vás to svádí si pro slova vymýšlet význam vlastní. Ale zrovna tady jste si vymyslel dost nesmyslný význam. Navíc jste si ho sám ihned bravurně vyvrátil. Říká se tomu "straw man". Odkaz na chroperu, chromvaldi apod. je pak "klamná analogie".
-
Inkvizitor (neregistrovaný)
Jenze kritizovat je snadne, ale kritici obycejne nemaji vubec predstavu o tom, proc byl nakonec zvoleny nejaky smer vyvoje. Uz jenom v teto diskusi - cast lidi ma pocit, ze FF zbytecne moc zere pamet a cast ma problem s tim, ze FF zahazuje vyrenderovanou stranku v pozadi a nacita/zobrazuje ji znova. Uzivatele si stezuji na konec XUL a samozrejme byli nespokojeni i s neustalymi problemy s kompatibilitou (to asi nikdo nedelal schvalne) mezi jednotlivymi verzemi FF a doplnky psanymi s pomoci XUL.
Ted si tady nekdo stezuje na spotrebu RAM diky vyuziti vice procesu, pritom vychazi z mylnych predpokladu (1 process na tab) a neda si praci s tim, aby zkusil popsat, co konkretne ma otevreno a jake pouziva doplnky. Mame ho za to chvalit nebo mu psat tyhle jasne veci, kdyz on sam nema snahu nejak rozumne pomoci hledat reseni a jenom brbla?
-
Diskobolos (neregistrovaný)
Směr vývoje?! Pro mě osobně je to je ekosystém kolem ES6, CSS3 a podpora smysluplných formátů pro zobrazení obsahu (třeba videa atd...). Tleskám tomu, že se svět prohlížečů v techto aspektech dozrál a že vývojář ma na čem stavět. Ale aby to bylo k věci. Už ale nepochopím, k čemu je predikce kliknutí na tab? To se přece vylučuje s tím, že už i doma všichni máme velmi rychlý internet, že máme ty parádní vymazlené renderovací jádra prohlížečů (co se roky ladily, přepisovaly a nafukovaly) a s nadupaným HW (dnes máte za babku v ruce to, co před 10ti roky na stole stálo majlant). A takto bych mohl spekulovat nad poměrně velkým počtem fičur.
Mimochodem výše uvedený autor příspěvku je demagog. Nikdo tu nepsal o předpokladu, že 1 tab=1 proces. Už tento způsob podsouvání ho diskvalifikuje z diskuze. Hlavně mu za to dávejte plusy...
-
Inkvizitor (neregistrovaný)
Zbytecne to hrotis. Kdyz jsi psal o "kamenovani", vztahnul jsem si to (i) na tohohle jednoho kritika a napsal mozny duvod, proc dostal minus. Ze nekteri ostatni nepsali podobne nesmysly, je jasne, ale malokdo kritizuje se snahou pochopit, ze zmena, ktera se mu nelibi, muze mit dobry duvod.
-
V2kt0r (neregistrovaný)
Pokud směr vývoje vede k rozežranému a nestabilnímu produktu, je mi důvod jeho volby úplně šumák a výsledek prostě považuji za špatný. Omlouvat výsledek motivací toho kterého směru si mohou dovolit ideologové. Profesionál potřebuje kvalitní produkt a ne dobrými úmysly vydlážděné víteco.
A faktem je, že můj FF se několikrát denně zaseká a musím jej ukončit a nastartovat znova, čímž například přijdu o nejrůznější vyvojové sessions s posloupnostmi POST volání. -
Kdyz tu ctu ty komentare, tak vazne nechapu jak to delate. FF mam osobne na dvou pocitacich (1x 8GB RAM, 1x16GB) a FF a children procesy berou pri 20ti tabech (2 okna FF) asi 760 MB RAM. A za poslednich pul roku nevim ze by mi to spadlo (to mi uz spis lehnul Wayland kdyz sem delal nejaky update, coz samozrejme FF neprezil).
Je fakt, ze:
- Nemam nainstalovany Flash Player plugin
- Nemam skoro zadne doplnky, jen 2 - uBlock Origin a Enpass
- Mam pomoci uBlocku zablokovanou drtivou vetsinu bordelu a JS na strankach... (resp. vsechno co nezbytne nutne neni potreba k funkcnosti tech stranek)Stejny config ma i otec na nakem levnem pocitadle se 4GB RAM a bezne jede treba 30 tabu zaroven a nestezuje si...
Hadam tedy ze pricinou potizi pravdepodobne nebude FF, ale treba pluginy, nebo bordel na tech strankach...
Nicmene "zhaveni" panelu pobavilo. Myslim ze takove kraviny by prohlizec nemel delat a soustredit se na ne. Nebo uz neni nic lepsiho na praci a prevlada v mozille pocit ze vsechno uzitecne uz udelali?
-
Spis jako ze by prohlizec by mel delat co chce uzivatel, ne se snazit predvidat co uzivatel mozna bude chtit a na zaklade toho neco vykreslovat. Dalsi zbytecne cingrlatko, co si nekteri uzivatele budou muset vypinat.
Treba kdyz budu prejizdet pres tech 30 panelu mysi tak je jentak mimochodem vsech 30 na pozadi vykresli? I kdyz budu chtit ten posledni? Tomu rikam setreni prostredky... Ale tak hlavne ze me zahreje ten pocit z rychlosti.
-
Diskobolos (neregistrovaný)
Jak co k.rva JÁ dělám?! Já jsem uživatel aplikace! Nevím, jak to FF dělá, ale:
- FF mám otevřený nonstop, PC restartuji jen k vůli aktualizacím widlí (cca 3x do měsice)
- z X záložek aktivně používám cca 10 (nové po použítí ihned zavírám), na jedné z nich občas používám nástroj vývojáře
- ve správě procesů mám 6 procesů a sežraných 4.5 GB RAM!Vzhledem k tomu, že mám i7 a 8GB RAM a víc jak 1/2 RAM si spolkne prohlížeč na prohlížení statického obsahu, tak to mě fakt hodně vadí. Takto si SW inženýři z Mozilly (a jejich nekritiční zastánci) představují programování, resp. hospodaření s prostředky HW?! Kód je v přímé úměře s fičurami prohlížeče. Každá nějaká implementovaná blbost/zbytečnost přináši další ukousnutí z prostředků, prostor pro chyby a já nevím co všechno.
-
Zajimalo by me, jestli to neni problem toho, co mas v te aplikaci (FF) pustene.
Treba kdejake sledovaci, animacni, a kdovijake JavaScripty co ti tam podstrcili ty webove stranky co mas otevrene. Nemuze to byt ten problem?
Nebo je rozdilne jak se chova FF na Win. Aktualni zkusenost nemam, nebezi treba jeste v tom 32bitovem modu jak to byvavalo kdysi? Tusim ze to kvuli 32bitove aplikaci nejak nacitalo spoustu knihoven podruhe v 32bitove verzi. Pokud to pak taskmanager secte dohromady, mohlo by to lecos vysvetlit.
Pripadne dalsi pluginy, ktere treba nejsou uplne nejlip napsane (ale funkci nejak plni).
Je divne ze delam totez (ano, nastroje pro vyvojare se obcas hodi, treba prave kvuli tomu ladeni jaky JS je potreba na strance pustit aby fungovala) a chova se to diametralne odlisne. Prekvapive sem taky jen uzivatel ktery houby rozimu tomu jak FF vevnitr funguje a pouzivam ho vicemene tak jak se nainstaloval (vyjma tech dvou pluginu)
-
Nevím jak Firefox nebo ho nepoužívám, ale když nechám Chrome puštěný čtrnáct dní (respektvě běžící deset pracovních dní osm hodin denně) a normálně ho používám, s doplňky, které mám nainstalované si vezme tolik paměti, kolik najde. Když totéž množství tabů otevřu po startu, sežere jen tři čtyři giga. Samozřejmě to může velmi snadno být problém těch doplňků, ale nic to němění na tom, že je to problém. Ladit to není jak a taskmanager se tváří v pohodě. Tipoval bych, že u Firefoxu to bude podobné
-
peci1Stříbrný podporovatelTak jeste aby jako trigger pro zhaveni pridali i zmacknuti Ctrl, protoze ja casto prepinam pomoci Ctrl+PgUp/Down :-D
-
Niemand (neregistrovaný)
Tím myslíte, že vám pouhé trackování kurzoru nestačí (pochybuji, že trackování nebude aktivní, když bude browser třeba minimalizovaný nebo na pozadí) a že chcete aby vám ješte snímali i stisky kláves? Kdyby s tím někdo přišel před pěti lety, uživatelé by nejspíš protestovali. Dnes už se najdou takoví, kteří by chtěli ještě bedlivější dozor nad svými akcemi ...
-
peci1Stříbrný podporovatel
Moje poznamka byla samozrejme sarkasticka :)
Nicmene predstava, ze browser nesleduje klavesy, je ponekud zvlastni - vzdyt to preci potrebuje uz ke sve zakladni funkcnosti (stejne jako trackovani mysi). Naopak - proc by trackovani mysi nebo klavesnice melo bezet, kdyz je browser minimalizovany - to preci nedava smysl, browseru staci trackovat udalosti tykajici se jeho okna. Pokud by trackoval vse a vzdy i mimo sve okno, byl by to samozrejme vetsi problem (doufam, ze tomu tak neni).
-
Digi (neregistrovaný)
Tak lidi mají asi dva typy zkušeností: FF jim žere málo anebo hodně. Já to neřeším, pokud mi stačí RAM, ale asi patřím při srovnání do druhé skupiny.
16 tabů / 2 GB a procesy mám v nastavení 2.
Taskmanager:
https://imgur.com/a/3c1V7 -
nmm (neregistrovaný)
Já s chystanou vlastností budu mít jiný problém: když nad určitý panel najedu kurzorem, vůbec to nemusí znamenat, že se chystám daný panel zobrazit. Mám totiž ouška panelů pod adresním řádkem, takže přes ně občas přejíždím cestou do adresního řádku. S tím Mozilla zjevně nepočítala.
-
Pokud je otevřete, tak je potřeba je vykreslit tak jako tak. Pokud ne, předpokládám, že Firefox nezačne renderovat jenom na základě přejetí přes ouško, ale i nějakého zpomalení/zastavení kurzoru. Podle předvolby s názvem "browser.tabs.remote.warmup.maxTabs" tam bude navíc nějaké omezení počtu takto přednačtených panelů.
-
Petr M (neregistrovaný)
"Pokud je otevřete, tak je potřeba je vykreslit tak jako tak."
To sice jo, ale ale protože zatím nejsou viditelný, stačí stáhnout do cache a ve vlákně s nižší prioritou vygenerovat statickou část stránky. Cokoliv navíc je zatím zabitý výkon.
"Pokud ne, předpokládám, že Firefox nezačne renderovat jenom na základě přejetí přes ouško, ale i nějakého zpomalení/zastavení kurzoru."
Takže když rychle přijedu na taby a na nich zpomalím, abych měl čas je přečíst, tak se začnou pod kurzorem renderovat? Takže když je jich tam několik s dlouhýma nadpisama, něco hledám a zastavím se nad každým kvůli bublině, tak se hned překreslí? A když je jich dlouhá řada, najedu na kraj a projíždím je "za okraj", tak se to celý zbrzdí o načítání a renderování?
"Podle předvolby s názvem "browser.tabs.remote.warmup.maxTabs" tam bude navíc nějaké omezení počtu takto přednačtených panelů."
Aha, takže si nastavím pět panelů jako limit, chci otevřít sedmý, ale pět už se jich bude renderovat zbytečně, šestý ve frontě, z CPU se kouří a já čekám na tab, který chci vidět? Super.
-
Karel (neregistrovaný)
Mně se na tom všem nejvíc líbí ta jejich schizofrenie:
1. Je to pomalé, takže to děláme dopředu
2. Je to tak rychlé, že si nikdo žádného spomalení ani nevšimnePokud opravdu stihnou tu stránku vyrenderovat během 2 milisekund, tak vskutku nebude problém s tím, že je začnou renderovat ihned, jak přejedete přes ouško. Ovšem v takovém případě nechápu, proč řeší nějaké renderování dopředu a neudělají prostě přepínání záložky tak, že se nejprve vyrenderuje a pak teprve se na ní přepne.
-
Petr M (neregistrovaný)
Spíš oceňuju, jaký mají Mozilláci hluboký znalosti o systému, kde ta jejich splácanina běhá.
Zobrazuje se to na monitoru/displeji. Při refresh rate 75Hz je stejně nejmenší postřehnutelná změna 1/75s = 13,33ms.
Honit v takové situaci 2ms je přece jenom trochu mimo, pokud standardem není monitor s refreshem >= 500Hz... A jenom tak mimochodem, blikání oko vnímá do řádově desítek Hz, takže stejně by to ani nemělo smysl. No a kvůli tomu se dělají takový vopičárny, jako je předrenderování a podobně. Kvůli vykreslení pod 10ms se žere víc CPU a paměti. A dělají se stovky bugů, desítky test casů, navíc... Chápu, dá se na to vykázat činnost, ale to je tak všechno.
Přínos pro uživatele nula, pokud v tom není bug, záporný, když to začne padat.
-
O takových časech se ale nebavíme. Teď je to přepnutí někde mezi 30 a 40 ms. Ale to nejsou ty nejtučnější stránky typu Facebook apod. https://mzl.la/2rbJjZg
-
j (neregistrovaný)
I kdyby prepnuti bylo 100ms, je to uplne jedno, protoze neexistuje na tyhle planete clovek, kterej by to byl schopnej postrehnout.
Vis soudruhu, ze zavodnici sou za reakce do 100ms vylucovany ze zavodu? A to se bavime o reakci na zcela konkretni podnet, na ktery cekaji a soustredi se na nej. V realnym zivote clovek sotva zaznamena zmenu ktera trva 200-300ms.
Na tyhle planete neexistuje ani jedinej clovek, kterej by mel problem s tim, jak rychle browser prepina taby, zato tu existujou miliony lidi, ktery maj problem se spoustou dalsich veci, na ktery chrozila trvale zvysoka sere.
Pro inspiraci se staci podivat tuhle https://html5test.com/results/desktop.html, pri prepoctu na vynalozeny finance/trzni podil zdaleka nejhorsi vubec. Jo jasne, neni cas, je treba presunout taby a udalet je modne sisaty.
-
Něco postřehnout a zareagovat na to jsou naprosto rozdílné věci. Těch 200 ms je postřehnutelných naprosto v pohodě. https://jsfiddle.net/ojdahrLu/1/ schválně porovnejte 30 a 200 ms.
Podpora HTML5 je fajn, ale zajímá hlavně vývojáře. O html5test.com si myslím svoje. Fajn přehled, ale stejně vás vždycky při vývoji zajímá podpora konkrétních věcí (https://caniuse.com/) a ne skóre, které kombinuje s nějakými vlastními vahami podporu různých věcí z HTML5 a JavaScriptu, ale rozhodně ne všech. Nevím, jak moc si třeba vážíte podpory gamepadu v JS, ale html5test.com třeba dvěma body. Tedy stejně jako plné podpory input type="text". A třeba za validaci vstupního pole s emailem je bodů rovná nula.
-
Petr M (neregistrovaný)
Těch 40ms je ale furt jenom 1/25s. Připomínám, že projektory v kině jely na 24fps (41,666ms) a nebyl s plynulostí problém (pokud se pás nezasekával).
Navíc tohle je v podstatě jednorázová záležitost a nevím o nikom, kdo by byl schopný u jednorázové věci postřehnout 20ms zpoždění.
Tady už se řeší rozdíly hluboko pod prahem vnímání člověka. Sorry, ale tahle featura,, pokud něco přinese, bude maximálně mít placebo efekt pro ty, co o ní ví a poslouží k vykázání nějaké činnosti.
-
j (neregistrovaný)
2Petr M: Nikolivek, filmy se 24 FPS nataceji, ale promitaji 25 FPS, prave proto, aby divak nevnimal blikani. U starsi produkce (tam kde se zvuk zaznamenaval primo na pas) to samozrejme vedlo k nepatrnymu posunu u zvuku, ale uz par desitek let se zvuk zaznamenava zvlast (pripadne se dela uplne mimo vlastni nataceni obrazu) a tam uz se s timhle pocita => posun neni zadnej.
-
Těch 40ms je ale furt jenom 1/25s. Připomínám, že projektory v kině jely na 24fps (41,666ms) a nebyl s plynulostí problém (pokud se pás nezasekával).
Mno. Těch 24fps je v podstatě nejmenší možná snímková frekvence, kterou člověk začíná vnímat už jako pohyb a nikoliv jednotlivé obrázky. Tzn níž už to nešlo. Předpokládám, že každý si všimne rozdílu mezi filmem v 30fps a 60fps. To je patrné na první pohled.
Další věc je také v tom, jak ty snímky vypadají. Pokud se točí na dlouhé časy a každý pochyb je na snímku rozmazaný, tak sousední snímky vypadají mnohem více spojitě, než když je každé políčku filmu dokonale ostré. Také i proto vyšší rozlišení potřebuje větší snímkovou frekvenci, aby snímky byly více podobné a mozek si to dokázal spojit.
Navíc tohle je v podstatě jednorázová záležitost a nevím o nikom, kdo by byl schopný u jednorázové věci postřehnout 20ms zpoždění.
Nejde jen o to zpozdění, jde o to, co se tam na těch 20ms zobrazí. Pokud se tam zobrazí prázdná bílá stránka a až přes to se za 20ms vyrenderuje obsah, tak si toho všimne snad každý. Já jsem si toho při přepínání tabů všiml už dávno (ne, že by mě to vadilo).
Tady už se řeší rozdíly hluboko pod prahem vnímání člověka. Sorry, ale tahle featura,, pokud něco přinese, bude maximálně mít placebo efekt pro ty, co o ní ví a poslouží k vykázání nějaké činnosti.
No já bych hlavně ocenil, kdyby to šlo nastavit tak, že každý tab bude předrenderován dopředu a držen v paměti. V podstatě jsem předpokládal, že je tomu tak i nyní. V článku mi trochu chybí zdůvodnění, proč se tato změna zavádí a proč to není vykreslené dopředu. (Ano, dovedu si představit odpověď ve smyslu spotřeba paměti a tak, ale chtělo by to zdůvodnit kolik prostředků by to žralo.)
-
Petr M (neregistrovaný)
Na embedded věcech zvládnu obrazovku vyrenredovat třeba za 120ms a není problém, prostě mám dva framebuffery, jeden se zobrazuje a do druhýho se kreslí. Pak jenom přehodím pointery a je to bezrušivýho efektu... fps se řeší až při pohybu a animaci.
Že někdo napřed zobrazuje a až pak kreslí, to je čistě jeho rozhodnutí a hloupost.
-
j (neregistrovaný)
2Heron: "V podstatě jsem předpokládal, že je tomu tak i nyní." sak tim jeste nedavno zduvodnovali proc to zere tolik ramky. Jestli ono spis nejde o tom, ze na to nejeti mysi to stranku refreshne, coz je uplne neco jinyho, a jeste mnohem horsiho, protoze tim padem prijdes trebas o vyplnenej formular.
2Petr M: Takhle se snad kreslilo uz v dobach i286 (dokonce uz i na 8mibitech) ne? Ostatne to byl jedinej zpusob jak neco nejak animovat. Prekreslovani obrazu primo bylo extremne pomaly. Kdezto zmena stranky pameti byla hned. Jestli to nekdo nekde dela opacne, tak leda debil, ale nedivim se, sak dneska 99% co se prsi tim ze programuje, vubec netusi jak ty veci fungujou.
-
Karel (neregistrovaný)
Možná by to šlo ještě vylepšit. Pro lepší "user experience" by třebas prohlížeč mohl zavřít aktuální tab kdykoliv kurzorem vyjedu ze stránky. Protože proč bych přece přesouval kurzor někam jinam, kdybych neplánoval ten tab zavřít, ne? Je to pohodlné a ušetří se paměť i čas na vykreslování! Že to ještě nikoho nenapadlo...
ČLÁNKY DO MAILU