Vlákno názorů k článku Chrome chce šetřit pamětí, bude sám zavírat nepoužívané panely od Luk - Tato funkce se mi hrubě nelíbí a doufám,...

  • Článek je starý, nové názory již nelze přidávat.
  • 3. 9. 2015 10:39

    Luk (neregistrovaný)

    Tato funkce se mi hrubě nelíbí a doufám, že ji neodkoukají i vývojáři Firefoxu. Pokud se po obnovení tabu něco načítá, je to průšvih, protože mohou z různých důvodů přijít úplně jiná data a stránka bude nekonzistentní. Ani při uložení na disk a následném obnovení to ale nemusí být úplně bez problémů, u některých webových aplikací mohou například vypršet timeouty apod. Prohlížeč by neměl "chytračit" a montovat se uživateli do toho, jakým způsobem pracuje.

  • 3. 9. 2015 13:24

    nobody (neregistrovaný)

    taky by prohlizec nemel byt pametove narocnejsi nez rendrovani 3D celoveceraku ;)

    kdyz si aktualne hybernujes celej system s nabehnutym prohlizecem je to ted problem po probuzeni s nekonzistetnima webama? neni co :) tak proc by musel byt problem s hybernaci samostatneho procesu/tabu primo prohlizecem?

    rozhodne je to jedna z klicovejch vlastnosti co by dnesni prohlizec mel mit (pokud teda uz nedokaze byt tak uspornej jako Opera12/Presto)

  • 4. 9. 2015 3:47

    Bflm (neregistrovaný)

    > je to ted problem po probuzeni s nekonzistetnima webama? neni co :)

    Vy ho nemate, nekdo ho treba ma. Hibernaci nepouzivam, ale zato se mi nejednou stalo, ze po rucnim sestreleni nebo padu prohlizece a nasledne obnove session se nektery ze starsich tabu nenacetl, protoze ta stranka na serveru uz neexistuje, nebo neexistuje ani ten server (trvale nebo docasne). Taky s dokumenty nactenymi metodou POST muze byt problem (i kdyz to vetsina webu uz miva osetreno). A nebo proste nechci, aby polovina smiraku na Internetu byla informovana o tom, ze jsem se na ten tab prave znova prepnul podle toho, ze se dela jeho reload.

  • 7. 9. 2015 21:20

    Vít Šesták

    1. Jakmile přijde tab serializer, tyto problémy nebudou. Nevím, jestli se tato funkcionalita dostane do ostré verze bez tab serializeru.
    2. Pokud někdo chce zjistit, že jste přepnul na jeho stránku, může to zjistit už dnes mnoha způsoby. Tuším, že okno má nějaké onfocus/onblur (nedělal jsem s tím, ale matně si na to vzpomínám) a dokonce i nějaké speciální události typu „není na mě vidět“. A i kdyby tu nic takového nebylo, jsou tu události jako keydown a mousemove, z nichž nějakou nejspíše vyvoláte. Ne, šmíráci nedostanou prakticky nic navíc, pokud vůbec něco.

  • 3. 9. 2015 15:55

    Petr M (neregistrovaný)

    Data se schovají 1:1 jako při uspání systému. Pokud se periodicky načítá, je to obvykle děláno JavaScriptem. Ten prostě dosatne zprávu, že je o X sekund pozděj, než se zastavil a může se refreshnout.

    Pokud stránka potřebuje "pinkat" po třeba pěti minutách, aby nevyprčel session timeout, tak je to problém na straně autora. Nebo bezpečnostní funkce, třeba v bance. Chová se to zase stejně, jako když vypadne lajna, nebo uspíš kompl.

    Ušetří výkon CPU s renderováním tabů, na který nekoukám. Ušetří kapacitu lajny na update tabů, na který momentálně nekoukám. Ušetří RAMku, protože v ní nedrží data, na který nekoukám. Ušetří často i disk, protože jednou uloží tab a pak po dlouhé době zase načte, místo aby po něm štrachal furt podle toho, jak se načítají a uvolňují pluginy, probíhá refresh dat a potřebuje je házert do lokální cache,...

    Kde je, sakra, problém?