Udrzovat rozparsovane navstivene stranky je sice zajimava ficura, ale obavam se ze to bude znacny pametozrout. Uz ted musim Firefoxe kazdych cca 14 dni restartovat, protoze stihne obsadit klidne 400MB pameti. K tomu Thunderbird a NetBeans a mam gigo na swapu jen to fikne.
Bylo by pekne kdyby Firefox mel nastaveni "pouzij maximalne 128MB pameti" :-)
Firefox 1.5 má opraveno dost míst, kde leakoval. Takže spotřeba paměti by mohla být lepší. Nastavení s maximem 128 MB by bylo pěkné, ale občas by to nestačilo ani na jednu trochu složitější a rozsáhlejší stránku.
=) Samozřejmě, že můžete používat Lynx. Požadavky na prohlížeče rostou a s dnešní prohlížeč musí mít v každém okamžiku sestavený DOM strom, ke každému prvku hodnoty všech CSS vlastností, zároveň vlastnosti javascriptového objektu atd. Ale můžete mít radost z toho, že vývojáři Gecka se nenechají unášet klesajícími cenami pamětí a rostoucím výkonem procesorů a dál se snaží optimalizovat a optimalizovat.
Mimochodem, dostat se na Měsíc je ve výsledku mnohem jednodušší úloha než zobrazit libovolný vstup správně podle tisíců pravidel.
Já chápu, že to není triviální úloha. Ale stále nejsem schopen grokovat, jakto že mi po pár dnech užívání zabírá FF (i po nastavení vygooglených omezení na paměť) více paměti než vývojové prostředí s rozběhnutým aplikačním serverem.
Bohužel jsou podobně nenažrané i další prohlížeče, které jsem zkoušel (že-bych ještě testnul Maxton?), FF ani neoslní UI. Jediné, co mne u něj drží je ten zatrolený google toolbar.
No ja teda nevim, ale srovnavat aplikacni server server, u ktereho se jaksi predpoklada ze ma bezet nonstop, a srovnavat webovy prohlizec ktery vetsina lidi vypina kdyz odchazi na delsi dobu od pocitace a zlobit se ze ho musim kazdych 14 dni restartovat, to mi prijde uhozene... Cim neomlouvam memory leaky, ale rozhodne to nepovazuju za tak tragicke abych kvuli tomu brecel.
Jo, ceny pameti klesaji, ale do meho notebooku se ji uz vic nacpat neda. A novy NB si asi tak hned nekoupim. Za chvili budu muset prejit na Xfce a Links.
Sdilet FF knihovny a prostredky s dalsima aplikacema jako MS Word se zbytkem Windows, tak ma taky 8 MB (a taky porad pada kdyz padne nejaka ptakovina jako notepad :))
celej problem je dle nedavno zverejneneho clanku v tom, ze ten debilni prohlizec udrzuje obrazky z cache v memory jako X11 bitmapy. To znamena nejen v nekomprimovane, ale v z pohledu spotreby pameti v uplne nejhorsim moznem formatu.
Samozrejme, vyborne rozhodnuti. Paneboze, X server neni uloziste dat!!! Jen tak mimochodem, tipni si, co asi takhle "genialni" featura asi tak udela na nejakem tenkem diskless klientovi, ktery zrovna neoplyva pameti a bohuzel jeste k tomu nema kam swapovat. Ano, spravne - v lepsim pripade pad Xek (pokud se oom killer nahodou trefi), v horsim odstreleni systemu. Fakt genialni reseni, prihlas se do klubu programatoru FF, zapadnes tam. :-P
V tom článku, kde si autor zkoušlel s tímhle hrát, sám přiznává, že srollování bylo v případě komprimovaných obrázků v určitých případech trhavé - a to měl pravděpodobně jako programátor rychlý počítač. Většina uživatelů má asi pomalejší.
Firefox je uživatelsky zaměřený a tedy je pocit rychlosti UI důležitý. O něco důležitější než množství zabrané RAM. A mockát důležitější, než potřeby pěch pár tenkých klientů, které kvůli tomu snad nebudou optimálně fungovat. (Schválně, kolik jejich uživatelů připadá na jednoho uživatele spokojeného s rychlostí FF na klasickém PC? Něco jako 0,005?)
Samozrejme, a nejlepsi pocit rychlosti dosahneme tim, ze to sezere vsechnu pamet. Tady dalsi polemika postrada smysl, pokud nekdo chce programovat jako dobytek, tak at to alespon neobhajuje zcestnymi bludy o pocitu rychlosti, ktery stoji neskonale vyse nez to, ze graficke prostredi, pripadne OS posleze spadne.
Co zkousel autor, je mi celkem ukradene, tak at to naprogramuje jako clovek a ne jako prase a nebude se mu nic trhat - a hlavne at proboha nepouziva jako uloziste nejakych priblblych bitmap X server, k tomu opravdu neslouzi!
Firefox je uživatelsky zaměřený a tedy je pocit rychlosti UI důležitý. O něco důležitější než množství zabrané RAM
Nojo, jenomže po vyčerpání té RAM (která se takto vyčerpá brzo) nezbyde ani ten pocit rychlosti, dokonce i když pak pracuji jen s jedním záložkopanelem, tak zbytek nějak zřejmě není pořádně odswapován a je to pomalé jak šnek.
Tahle cast diskuze je naprosto mimo - pamet pro cachovani at uz RAM ci diskovou si muzete nastavit na uroven jakou chcete. A to plati stejne jak pro 1.0.7 tak pro 1.5.
Rozdil je akorat v tom, ze ve stejne velkem mnozstvi se ve verzi 1.5 tam vleze mene objektu (stranek).
S tim taky souhlasim, protoze vyhodou je zase velmi rychly Back/Forward, ze se tam vleze mene objektu mi je putna.
Dale zmizely nejake memory leaky, takze FF zabira i po delsim behu MENE pameti, nez predchozi verze. Takze same pozitiva i pro tenke klienty.
pamet pro cachovani at uz RAM ci diskovou si muzete nastavit na uroven jakou chcete.
1) V 1.5 vidim jen nastaveni te diskove, 2) Kdyz si nastavim RAM cache vetsi nez mam RAM, tak mi to stejne nepomuze.
Rozdil je akorat v tom, ze ve stejne velkem mnozstvi se ve verzi 1.5 tam vleze mene objektu (stranek). ... , ze se tam vleze mene objektu mi je putna.
Dokud se vam vse vleze do RAM, muze Vam to byt putna, Pak uz to zacne zpomalovat, protoze disk je vetsinou mnohem pomalejsi nez pamet (u me to ted nastava asi pri 30 otevrenych zalozkopanelech, kdo jich tolik najednou neotvira, tomu to muze byt jedno, to je pravda. Ale zase mi to zpomaleni prijde vetsi nez drive nebo u jinych programu.
To ze je mene memory leaku je samozrejme dobre, to souhlasim.
Memory cache se nastavuje pomoci about:config dale vyhledat cache a tam uz to uvidite "browser.cache.memory.capacity".
Bohuzel to ve verzi 1.5 nefunguje (mozna to nefungovalo dobre ani predtim ... nevim)
Viz vypis vyuzitoi cache, po chvili brouzdani:
Memory cache device
Number of entries: 1003
Maximum storage size: 5000 KiB
Storage in use: 42171 KiB !!!!!!!!!!!!
Disk cache device
Number of entries: 3596
Maximum storage size: 50000 KiB
Storage in use: 29524 KiB
Nejen, ze mene objektu v RAM zabere vice mista nez 3.5x vice objektu na disku (coz uz bylo vysvetleno temi neoptimalnimi bitmapami), ale IGNORUJE SE nastaveni maxima . Taky je to videt pri provozu - process firefox s kazdou dalsi strankou sezere vice a vice RAM - zere RAM vice nez predchozi verze.
Nechapu, jak tohle mohlo utect vsem betatesterum a RC 1,2,3 testerum.