Nenažraný Firefox

30.8.2010 15:44 | Přečteno: 2738× | Linux

Mikroblog
V klidu si prohlížím web, hraju si s USE flagy, na pozadí stahuju ve Firefoxu 1.5GB soubor a najednou si všimnu, že systém je pomalejší a pomalejší. Kouknu na horní panel - využití RAM jde k 90%.

Pouštím htop a hned se vše vysvětluje.

Tak nějak si začínám uvědomovat, že systém se dost zpomaloval vždycky při stahování větších objemů dat. Těsně před dokončením stahování využití paměti kulminuje

Poté, co stahování skončí Firefox trochu paměti uvolní - ale stále to není žádná sláva.

No, a takhle to vypadá po restartu FF:

Má ještě někdo tyhle problémy? Já nemám žádná relevantní data použitelná k reportu tohohle bugu, tak to zatím nehlásím.

       

Komentáře

[tmr]

Jednoduhé řešení je Chrome

[Jendа]

Zkoušel jsem, chybí mi FoxyProxy (přepínání proxy na jedno kliknutí, nebudu přece vždy při přemístění mezi školou a domovem ručně vypisovat adresy), LiveHTTPHeaders (zobrazovač hlaviček), HTTPS-Everywhere, TabKit (taby nalevo místo nahoře) a Tamper Data (a tuším, že tam není ani použitelný editor cookies). To jsou v podstatě všechna rozšíření, co ve FF používám.

[default]

chybí mi FoxyProxy (přepínání proxy na jedno kliknutí, nebudu přece vždy při přemístění mezi školou a domovem ručně vypisovat adresy)

To by měl ale řešit systém nebo alespoň desktopové prostředí, že…

[xkucf03]

Takhle to řeší KDE – ale radši to nechám na konkrétní aplikaci. Pak si třeba nastavíš v reKonqu Tor proxy a za chvíli se divíš, že se ti RSS kanály v Akregatoru stahují děsně pomalu

[xkucf03]

Navíc, ono to jde ještě třeba přes proměnné prostředí (řídí se tím wget a další programy), ale restartovat kvůli změně proxy Firefox, nic moc…

[default]

Systém či DE má při změně síťové konfigurace poslat aplikaci nějakou formu notifikace, že se má překonfigurovat. Jsou prostředí, kde to takhle již několik let funguje. I s tím Firefoxem.

[xkucf03]

Já mám i v linuxovém Firefoxu volbu „Automaticky detekovat připojení“, ale nikdy jsem to nepoužil. Když už nějakou proxy používám, tak se mi většinou stává, že ji chci mít v jedné aplikaci a v jiné ne (třeba přístup k nějaké webové administraci za firewallem – použiji ssh -D tunel, ale nechci přes to hnát veškerou síťovou komunikaci ostatních aplikací).

[cezz]

chybí mi FoxyProxy (přepínání proxy na jedno kliknutí, nebudu přece vždy při přemístění mezi školou a domovem ručně vypisovat adresy)

To by měl ale řešit systém nebo alespoň desktopové prostředí, že…

Napriklad u mna nie, proxy pouzivam len vo FF, obcas potrebujem Safari bez proxy a vo vsetkych ostatnych aplikaciach proxy nepotrebujem urcite.

[default]

Tvůj případ je ale dost jiný. Když potřebuješ v konkrétní aplikaci HTTP proxy a ve zbytku aplikací nikoli — holt si to musíš naklikat. On to chce měnit pro celý systém — aspoň tak jsem to pochopil.

[cezz]

FoxyProxy sice nepouzivam, ale pochybujem, ze meni proxy pre cely system.

To ze potrebujem v browseri proxy a niekde inde nie je IMHO pomerne bezna konfiguracia.

[artee]

a co proxy switchy!? prepina proxiny na jedno zmacknuti mysi

[Radek Podgorny]

bohuzel neni ...vyzira mi pamet uplne stejne.

[poky74]

Souhlas, při běžném brouzdání není 2 GB problém

[vlastik]

Mně Chrome žere mnohem (MNOHEM) víc paměti než Firefox a to v něm nemám žádné doplňky (narozdíl od FF).

[________________]

tak používaj Operu !

[vlastik]

To mělo znamenat, že jsem spokojeny s FF ;). Nicméně Operu jsem používal nějakých 5 let, ty poslední verze mne už ale nějak neoslovily.

[frEon]

napodobne. 10.6 je obrovske zklamani, takze jsem po par minutach downgradoval

[Grunt]

V mém případě ještě víc.

[Grunt]

Jinýma slovama: Nač řešit problém, když se dá pohodlně obejít, že?

[Jendа]

Dobře ti tak, ke stahování máš používat něco normálního (wget).

Mně se Firefox rozežírá s časem - po spuštění má 160 MB, po dvou dnech 250 MB, po týdnu (500 MB) ho musím restartovat, protože vytlačuje z paměti ostatní aplikace.

Největší žrouti, které mám trvale spuštěné, jsou Firefox (200-400 MB), Thunderbird (60-100 MB) a Pidgin (40-60 MB).

Chtělo by to Mutt a centerim, jenže lidská lenost… A za Firefox jsem bohužel adekvátní náhradu nenašel.

Teď jsem psal něco v AbiWordu (normálně píšu v OO Writeru) a docela to jde (a žere to o dost méně).

[Mrkva]

Ale to mi neříkej, že je normální, aby sežral přes GB RAM. Se dvěma otevřenými taby a jedním stahovaným souborem.

Chtělo by to Mutt a centerim, jenže lidská lenost… A za Firefox jsem bohužel adekvátní náhradu nenašel.

No, IM jsem vyřešil pomocí Bitlbee - šikovná věcička. Ohledně browseru - Greasemonkey, Firebug nebo HTTPs everywhere se nahrazují těžko. Ale nějaký slušný mail client by se sehnal. Claws mail?

[pc2005]

Jednou jsem s Konquerorem šel na půl dne "na procházku" na mapy.cz a sežralo to celý swap (cca 1.3GB ).

[Dent]

Příloha:

• ff.PNG (101261 bytů)

Naprosto normální. Giga RAM, jedno jádro procesoru naplno... žádný problém.

[Jendа]

To je tím, že je to třicetidvoubitová šmejďárna.

[Grunt]

Ale to mi neříkej, že je normální, aby sežral přes GB RAM

Proč ne? Pokud 75% jsou přealokované keše třeba…

[rofl.rofl]

místo enterim mužeš zkusit Finch

[rofl.rofl]

centerim*

[Ondřej Kubečka]

Mně se Firefox rozežírá s časem - po spuštění má 160 MB, po dvou dnech 250 MB, po týdnu (500 MB) ho musím restartovat, protože vytlačuje z paměti ostatní aplikace.

Jedu na SunRay a bohužel FFox opravdu nemůže těžit z trvalého sezení a pravidelně ho musím ukončovat (vlastně jsem se naučil před odchodem z práce zavřít FFox a TBird). Klidně si vylezl i přes 2GB a systém začal zuřivě swapovat a zpomalovat.

Nutno ovšem podotknout:

a) Přechodem od 2.x na 3.x znamenal znatelné zlepšení.

b) FFox není svatoušek, ale na vině je ještě spíše Flash.

[Jendа]

b) FFox není svatoušek, ale na vině je ještě spíše Flash.

Já Flash skoro nespouštím a stejně to žere. A od 3.6.3 by měl být Flash ve zvláštním procesu, takže by mělo být vidět, kolik toho žere.

[xkucf03]

Teď jsem psal něco v AbiWordu (normálně píšu v OO Writeru)

To já mám zase v seznamu úkolů udělat si nějakou pěknou šablonu pro LaTeX – pak budu psát v DocBooku z něj se to přeloží do TeXu a z něj vysází PDF. V podstatě jsem takhle dělal už diplomku, ale tam byl tenhle proces sestavování dokumentu strašně zbastlený

[chrono]

Takéto niečo mi robil FF3.x (presnú verziu si už nepamätám, ale umožnili v nej sledovanie sieťovej premávky doplnkom) v kombinácii s Firebug (vo Firebug to potom opravili). Takže prvé, čo by som vyskúšal je to, že by som úplne zakázal Firebug (prípadne by som prešiel na novšie verzie FF a FB).

[Luboš Doležel (Doli)]

Nejlepší paměťový expert je Krusader. Napříč verzemi se naprosto neobtěžuje s uvolňováním paměti při náhledech souborů/obrázků. Od něj se mají v Mozille co učit!

[otasomil]

To je zajimave.

Ubuntu 10.04 s Firefoxem me jede s uptime i nekolik mesicu, Firefox mam skoro porad spusten s cca 3 taby i tydny a nikdy nic zvlastniho.

Notebook stary s 750 MB RAM.

Na stahovani velkych souboru pouzivam vyhradne wget. Pro fileservery FreeRapid.

Vypada ze problem bude opravdu jen pri stahovani onech velkych souboru.

Zkusim tohle pres Firefox a dam vedet.

[Andrtalec]

Tak som zo zvedavosti skúsil to isté "tohle" (Knoppix). S RAM-kou to ani nehlo, do swapu išlo 3MB (pôvodne bol prázdny). Intel core duo, 1.86GHZ, 1GB RAM, ext4, Linux Mint 9 KDE, Firefox 3.6.8 upravený pre Mint, otvorené dva taby.

Ale zato, ako práve pozerám, táto stránka z ktorej pridávam komentár si cucne 20MB RAM

[Mrkva]

Ten Knoppix mi taky s RAMkou ani nehl :)

[otasomil]

Taky zadny vetsi zaber RAM.

Vic sezerou flashovy reklamy.

[CEST]

Podobne problemy jsem vyresil vytvorenim template profilu a spoustenim noveho firefoxu pro urcitou praci. Pri spusteni se template profil zkopiruje do /dev/shm a novy firefox se spusti s timhle templatem. Po dokonceni te urcite prace zavru firefox a profil se smaze. Ano, mam pak otevrenych spoustu firefoxu, ale vic nez pomalost kvuli swapovani (kterou nejak extremne nepocituji) me dokaze vic vytocit, kdyz mi nejakej tab vytuhne a kvuli nemu mi pak chcipnout ostatni okna a taby s necim dulezitym.

Ikdyz ted jsem zkusil u sebe Gentoo + firefox-bin 3.6.8 a zadnej takovej problem nemam. Na zacatku stahovani mel firefox v topu

16979 prac      20   0  344m  87m  25m R 61.9  3.0   2:59.53 /opt/firefox/firefox-bin

a chvilku pred dokoncenim stahovani taky tak kolem 346m. Po dokonceni stahovani to padlo na

16979 prac      20   0  335m  62m  25m S 41.8  2.1   5:15.86 /opt/firefox/firefox-bin

[Mrkva]

No nevím, já právě mám Gentoo, ale Firefox (3.6.8) ze zdrojáků. A od doby, co flash používám jen občas a přes nspluginwrapper, tak ani ten FF nepadá (ale dmesg je plný pádů flashe) :)

[CEST]

Hmmm, ja mam Flashblock a spoustim Flash, jen kdyz opravdu potrebuju.

Zkus ten firefox-bin. Kdyz to bude delat taky, tak je to podezrely. Kdyz to delat nebude, mas problem v kompilovanym firefoxu.

Jo a ja mam 32bit.

[Mrkva]

Hm, tohle třeba taky žere. Přijde mi, že se to projevuje až nad nějakou velikost.

[pc2005]

me dokaze vic vytocit, kdyz mi nejakej tab vytuhne a kvuli nemu mi pak chcipnout ostatni okna a taby s necim dulezitym.

V tomhle je brutální Chrome, každej tab ~ jeden proces.

[chrono]

Aj Chromium dokáže elegantne vytuhnúť, ak sa zablokuje nejaká karta (stáva sa mi to občas napr. na stránke userscripts.org keď si pozerám nejaký veľký skript a použije sa zvýraznenie kódu).

[pc2005]

No já zatím používám chrome kvůli flashi, v něm je u mě nejrychlejší. A i když mnohokrát spadnul, tak to chrome vydrželo, což je pro mě velké plus.

[Thaweg]

ale vic nez pomalost kvuli swapovani (kterou nejak extremne nepocituji) me dokaze vic vytocit, kdyz mi nejakej tab vytuhne a kvuli nemu mi pak chcipnout ostatni okna a taby s necim dulezitym

Zatuhnutí sice nevím jak řešit, ani jak mu předcházet, už delší dobu ale spokojeně používám Session Manager. Zatím obnovil stav prohlížeče po všem -- od běžných "pádů" Firefoxu, přes aktivní killnutí rozežraného Firefoxu, až po stav po killnutí X po neobnovené relaci ze Suspend to disk (v poslední době velmi časté, nevím proč a nechce se mi s tím ztrácet čas; OpenOffice a Session Manager mi zajišťují obnovení stavu práce, takže problém zatím "řeším" zabitím X, nebo restartem compu). Nehodlám být otrokem počítače.

[pools]

JJ, jakoby to stáhne do ramky a až potom zapisuje - a to samé se děje u posílání souborů, což je veselé když posílám videa ve full hd na youtube třebas...

[Mrkva]

To jsem si myslel taky, ale ten .part soubor na disku roste normálně. To jako to zapisuje na disk _a_ do RAM?

[xkucf03]

Ne že bych to nějak měřil, ale několikrát jsem stahoval několika gigabajtové DVD obrazy Firefoxem a počítač se mi přitom nijak nehroutil. Nemáš to nějaké rozbité?

[pools]

Otázka je jak velkou máš ramku - já mám třeba jen 1024 MB v notebooku a dělájí to všechny verze co sem měl za poslední rok...

[Jardík]

Woe, do RAM ti to stahuje jako prostředníka (socket-buffer-disk). Potom to znovu cachuje jádro, nebo filesystém, nebo tak něco, při zápisu a další čtení je při dostatečné velikosti RAM hodně rychlé. Ve spotřebovávání RAM nevidím problém, pokud je volná paměť, je dobře, že to cachuje data na disku, když bude paměť potřeba pro něco jiného, tak se uvolní, žádný problém.

[rADOn]

Jenze ona se neuvolni. I kdyz je masina na plech a kernel uz nema kde brat, fox chce porad vic a vic.

To co popisujes je diskova cache v kernelu, to je neco jineho. To co se deje vypada jako kdyby se firefox zblaznil a zvetsoval svuj interni buffer na celou velikost stahovaneho souboru. (firefox-bin 3.6.8)

[Jakub Lucký]

Iceweasel 3.5.11 to nedělá...

[Jardík]

Nejhorší je, že byly doby, co byl alespoň na Windows Firefox použitelný. Aktuální Firefox 4b5pre (stejně jako všechny předchozí 4*) startuje nehorázně pomalu, má pomalé GUI, za každou cenu musí mít všechno průhledné, při rozšiřování okna se už seká i ve Windows (kvůli vlastnímu neefektivnímu kreslení rámečku okna (chromium ho vykresluje mnohem rychleji, ale zase bliká a je to 32bit šmejďárna)), celý firefox je tak nějak pomaý, v poslední pre verzi totálně podělali fonty a nepoužívá to systémové funkce, ale snad freetype či co.

[Dalibor Smolík]

A není to tím, že Firefox 4* ještě není finální verze?

[Jardík]

Necháme se překvapit. Zatím je to ale jediný webový prohlížeč pro Windows, který se dá (tak trochu) používat a zároveň to není 32bit šmejďárna.

[rADOn]

Nedavno jsem na tohle taky narazil, musi to byt nejaka chyba ve foxu, stahovany data se proste neuvolnuji z pameti. Kdyz si pustis top, uvidis ze fox ujida pamet stejne rychle jako se zvetsuje stahovany soubor. Kdyz se vejde, po skonceni stahovani se pamet uvolni. Legracni je ze kdyz se nevejde, kernel se muze uswapovat a oom killer se stoura v nose a kouka jinam.

[rADOn]

Tady se pise ze by s tim mohl mit souvislost Firebug a mozna i jine pluginy.

[Mrkva]

Jo, po zakázání Firebugu to funguje v pořádku. Díky