Názory k článku
Firefox přinese multiprocesovou architekturu ještě letos
-
Zero (neregistrovaný)
Ale vobec si to nepochopil.... Po pridani vsetkych tych pi..vin si vsimli ze je to pomale, tak sa to posnazia optimalizovat tak aby to vytazilo vsetky dostupne procaky a nie len ten jeden ako je to teraz. Este aby ich zacalo srat ze to zerie mrte pameti a mozno uz konecne zacnu makat na podstatnejsich veciach ako je IM, integracia dropboxu (ci coho) v FF.
Neviem si pomoct ale doma som si na skusku dal palemoon a ten tu 64b verziu pod widle ma, takze sudruhovia v mozille by mali makat na podstatnych veciach a nie na takychto pi..... co vyuzije 10% userov. -
K> (neregistrovaný)
presne tak. doted mohlo tech 10 otevrenych tabu jet jen na jednom processoru. ted vytizi cely kompl, protoze v kazdem blbem tabu je superanimovana reklama/zahlavi webu/cosi. kdyby radsi standartne byly taby uspane. kolik tabu se pouziva na poslouchani muziky? rozhodne min nez tech co se nepouziva. takze na to mohli udelat tlacitko a byl by klid. jenze to by zas BFU rvali, ze jim nejede hudba v pozadi...:(
-
Hmm, mit deset tabu neresim nic...
ja mam (vetsinou) aktivni prvni 3 az 4 profily:
1) Main - zpravodajstvi/gmail/idos/pocasi.. pluginy: adblock edge/flashblock/noscript/proxyselector/vimperator/mouse gestures
2) Flash - youtube a dalsi veci co ho potrebuji, pluginy stejne jako driv az na to ze flashblock ma whitelist
3) Technical - vyvoj/linux/PS... pluginy jako v prvnim pripade
4) work - pracovni veci(jde hlavne o oddeleni credentials + hlavni heslo k nim) Pluginy jako v prnim pripade + world clocks
5) Porn - obsah vse rikajici, akorat adblock
6) ruzne temporary profily pro kratkodoba pouzit...
Oddeleni do vlaken by bylo fajn, kdyz nekde bude videt jaky profil/tab. Takhle clovek procesy pro jednotlive profily strili naslepo.
I tak bezny ram usage 300-700MB, dle profilu + 200MB flash :-/
Proc nemuzu jinam? Hlavne vimperator :(
-
V zásadě je správně, že aplikace (jako je třeba prohlížeč) ukousne co nejvíce dostupné paměti, protože se to pak při přecvakávaní tabů, případně mačkaní vzad/vpřed nemusí tahat z disku. Z hlediska uživatele je nejlepší, když je celá RAM využitá, nikoliv že je poloprázdná. OS dnes bohužel neumí aplikaci říct, že potřebuje RAM na jinou aplikaci, kterou si právě spouštíte (nebo na větší cache). Ale aplikace může nedostatek RAM detekovat a nějakou paměť uvolnit (což prohlížeče +/- dělají) - trochu lépe se to dá dělat nějakým virtuálním strojem, jako je Dalvik/ART v Androidu. Čili testovat prohlížeč tím, že otevřu nějaké stránky a podívám se kolik mi to sežralo paměti, je pěkná blbost a naprosté nepochopení, jak počítač, jádro OS a aplikace funguje a jak je to nejlepší pro uživatele.
-
Ivan (neregistrovaný)
Treba takovej AIX to umi uz odpradavna. Viz. SIGDANGER.
Donedavna FF nejenze bezel v jednom procesu, ale dokonce jeho interpret(VM) Javastriptu bezel pouz v jednom vlakne. A to vlakno zpracovavalo JS ze vsech tabu a dokonce i GUI samotnemho FF, ktery je taky napsan v JS.
Tim ze se taby oddeli do jednotlivych procesu, umozni OS odlit jeden tab do swapu, popr. Linux kernel muze penalizovat takovy proces pokud vola prilis mnoho syscallu. A ostatni taby to pak mene ovlivni.
-
Zero (neregistrovaný)
V zásadě je správně, že aplikace (jako je třeba prohlížeč) ukousne co nejvíce dostupné paměti, protože se to pak při přecvakávaní tabů, případně mačkaní vzad/vpřed nemusí tahat z disku. Z hlediska uživatele je nejlepší, když je celá RAM využitá, nikoliv že je poloprázdná.
To ano ale zese si zoberme neviem co vsetko FF ma v pameti ale tu mas na porovnanie MSIE mi so 4 tabmi zabera 4 procesy a celkovo 144,1 MB pameti a FF s tymi istymi tabmi a jednym procesom 262,76 MB. Tak a teraz my vysvetli ako je mozne ze IE zabera o POLOVICU menej RAM ako FF (pred tymto porovnanim som nastavil cache pre stranky na disku na 150MB pre obe prehliadace vycistil ju ukoncil prehliadace a znovu spustil).OS dnes bohužel neumí aplikaci říct, že potřebuje RAM na jinou aplikaci, kterou si právě spouštíte (nebo na větší cache). Ale aplikace může nedostatek RAM detekovat a nějakou paměť uvolnit (což prohlížeče +/- dělají)
Tak toto je problem OS ze (ne)ma doskrypleny memmory management... Pokial viem tak prave OS je zodpovedny za uvolnovanie a pridelovanie sys prostriedkov aplikaciam. Ak toto dovoli aplikaciam a ta sa sprava nenazrane (ako FF) tak to je uz ale je problem aplikacie.. -
Program sleduje, kolik je volné paměti a objekty v RAM, které nepotřebuje, může ve vhodnou chvíli zahodit. Pokud máte hodně RAM, zahazuje později, což je dobře. A proto nemá smysl porovnávat po načtení stránky obsazenou paměť, protože méně paměti spíše znamená méně chytrý návrh držení objektů v RAM (dokud je volné paměti hodně, držím objekty v RAM dlouho, a teprve když začne docházet, tak začnu objekty z paměti vyhazovat).
Co se týká "velikosti" stránky a následně zabrané RAM, je potřeba si uvědomit, že v RAM je třeba kromě staženého JPEG potřeba i jeho dekomprimovaná verze a pak také přepočítaná verze (třeba zmenšená), která se má vykreslit. V paměti RAM je také celá hotová stránka (víceméně jako bitmapa, tj. "velký" obrázek, aby se dalo rychle rolovat nahoru/dolů) a v případě překryvů (a průhlednosti objektů) i vícekrát.
Do velikosti paměti může být navíc započítána sdílená paměť (několikrát) nebo paměť uvnitř videokarty. Notabene ve Windows je správa paměti velmi komplikovaná a lze velmi jednoduše přenést "zabranou" paměť na externí procesy/knihovny/DLL, takže aplikace pak "jakoby" zabírá méně, i když to není pravda. -
nobody (neregistrovaný)
tva uvaha predpoklada ze je pouzit stejny web engine, prohlizece maji totozne optimalizace a pouze je nastavena jinak velika cache... a ted trocha praxe z realneho zivota ;)
zkus vztit Opera12 s Presto engine a porovnat to s Firefox s Gecko nebo Chrome s Webkit...
otevri si v kazdem 50listu, zkontroluj velikost zabrane RAM a vyzkousej jak se ktery prohlizec chova pri prepinani listu, pri zpet atd ...zjistis ze Opera12 tech 50listu da na 1-2GB, prepinani mezi listy je velice rychle a pri zpet reaguje okamzite
Firefox tech 50listu da na 3-4GB, prepinani mezi listy je velice vlacne a pri zpet reaguje znacne vybrzdene -
Zero (neregistrovaný)
Dobre tak inac.. Urobil som dalsi "pokus":
FF s adblockom a zmenenou temou 1 tab (tato stranka) po zapnuti 232M po cca 5 minutach 195 MB.
FF s adblockom a default temou 1 tab (tato stranka) po zapnuti 238MB a po cca 5 minutach 184MB.
FF s vypnutym adblockom default temou 1tab (tato stranka) po zapnuti 115MB a po cca 5 minutach 102MB.
A teraz my vysvetli ako moze 1 stranka(971.36kB) zaberat 102MB v RAM!?
