Firefox není takový paměťový žrout

2.4.2009 11:32 | Přečteno: 1570× | Ostatní

Firefox není zase až takový paměťový žrout, jak se o něm proslýchá. Nebo alespoň u mne to není pravda. Od jisté doby se Firefoxu podařilo obsadit až 1GB paměti, jen tak, cca po hodině používání. Samozřejmostí byly nějaký ty stránky naplněné až po okraj Flashem, těžko se dnes Flashi ubránit.

Jak šel čas, tak jsem se prostě naučil občas Firefox, tak nějak lidově řečeno, sestřelit. Až do jedné chvíle to fungovalo. Když jednou, zkolaboval celý systém, a už nenaběhl, resp. nenaběhl celý notebook. Nějakou dobu jsem řešil kde je problém, až jsme ho odhalil v přídavném paměťovém modulu, který jsem zakoupil cca před čtvrt rokem. Modul jsem vyndal z notebooku a na původních 512MB zase Firefox pěkně běhal někde okolo 200MB. Teď když mám nový 1GB modul, zřejmě už bezchybný, tak je vše v pořádku, Firefox si i teď běhá pří vytíženích, které jsem požadoval i dříve, někde okolo 200 – 300MB. Prostě ať si kdo chce, co chce, říká, Firefox není tak špatný, zejména co se paměťové náročnosti týče. Je pravda Konqueror a Lynx jsou lepší

       

Komentáře

[User682]

Ze Firefox zere pamet, tak to nejsou chyby, s kterymi by se "bohuzel" nedalo zit. Neprijemne, ale chodi to.

Horsi veci, co jsem nasel behem par let, ale mozna uz opraveno:

1)  u elementu <textarea /> v takovemto tvaru s Vam zobrazi zbytek html kodu do konce html stranky v texaree. takze nejake xslt transformace nasledne generuji neco, co firefox korektne nezobrazi. Staci, kdyz do textarey nedate v transformaci hodnotu. A pak generujte xhtml...

2) OSCP validace certifikatu - je -li certifikacni autorita self signed, tak dojde k zacykleni a stranka se nezobrazi. Delalo to a mozna dela na forpsi.com pres https.

3) SSL certifikat sice podle hlasky naimportujete uspesne, ale neni nikde videt v prehledu certifikatu.

Ale v TOP-TEN chyb u me vede OpenOffice, kdy 9 a 12 -ti hranna hvezdicka v openxml se zobrazi stejne..... A takovych srand je tam vice.

gf

 

[petr_p]

u elementu <textarea /gt; v takovemto tvaru s Vam zobrazi zbytek html kodu do konce html stranky v texaree. takze nejake xslt transformace nasledne generuji neco, co firefox korektne nezobrazi. Staci, kdyz do textarey nedate v transformaci hodnotu. A pak generujte xhtml...

Tak HTML nebo XHTML?

[microcz]

lol, dobry, treba se ty zbyvajici hrany pohybuji kdesi v imaginarni rovine :D

[Luboš Doležel (Doli)]

u elementu <textarea /> v takovemto tvaru s Vam zobrazi zbytek html kodu do konce html stranky v texaree. takze nejake xslt transformace nasledne generuji neco, co firefox korektne nezobrazi. Staci, kdyz do textarey nedate v transformaci hodnotu. A pak generujte xhtml...

To samé je třeba i u <title />, což je něco, co třeba leze z OpenOffice.org. IE a Firefox to zvorají.

[User682]

diky, tak  tohle jsem neznal.

[Nicky726]

1) u elementu <textarea /> v takovemto tvaru s Vam zobrazi zbytek html kodu do konce html stranky v texaree. takze nejake xslt transformace nasledne generuji neco, co firefox korektne nezobrazi. Staci, kdyz do textarey nedate v transformaci hodnotu. A pak generujte xhtml...

Ještě někdy na přelomu roku jsem na to narazil, když jsem ladil webík na školní projekt. Od té doby ale FF používám minimálně, tak nevím, zda to je opravené.

Jinak poté, co jsem zjistil, že FF se zhruba třemi oušky kolem bere 175 MB RAM a Konqueror či Arora s těmi samými do 70 MB, jsem začal dávat přednost jim. Alespoň v KDE, tam má Konqueror navíc přínos v lepší integraci s ostatními aplikacemi.

[Ketling]

Příloha:

• firefox_34_tobov.png (140381 bytů)

Ja si myslým, že to s tou pamäťou nie je až také zlé. 4 doplnky, 9 zásuvnývch modulov a 34 otvorených tabov <300MB.

Možno že po čerstvom štarte žerie oproti Konqeroru nepomerne viac, ale s pribúdajúcimi tabmi rastie využitie pamäte dosť pomaly.

[Petr Tomeš]

Myslím, že je důležitější, jak se s prohlížečem pracuje a co a jak v něm jde dělat, než to porovnat podle jednoho parametru při startu.

 

[mrzout]

tahle stránka u mne MF zcela přetíží, Opera bez větších problémů:

http://www.mbank.cz/blog/article.html?id=114

[David Watzke]

Mám Iceweasel/3.0.8 zkompilovanej na amd64 Gentoo a načte se to v něm bez problémů, žádný přetížení.

[petr_p]

Mně se to taky nečte bez problémů, ale pak to začne – respektive skončí – sežere to veškerý čas, přestane se překreslovat GUI.

[David Watzke]

No, tak jsem to trochu prozkoumal. Nejdřív se načte článek bez diskuse, normálně se v něm hejbu a pak se načítá ta extrémně dlouhá diskuse asi 2-3 sekundy a během toho fakt nejde nic dělat. Pak zase ok. Ale nic tak hroznýho.

[petr_p]

Můžete zjistit, jak dlouho trvá načtení diskuze u vás v Opeře? Mně to na 15 sekund zamrzne, a pak se to ještě nějakou dobu cuká. Celkem 25 sekund.

Podle toho bych mohl odhadnout, jak dlouho mi to bude trvat ve Firefoxu.

Nicméně diskuze v javascriptu – to je hrůza.

[kozzi]

asi tak 1-2sekundy. Zadnej zasek sem nemel.

[petr_p]

Firefox: asi 3 minuty trvalo, než diskuze načetla a skočilo se na konec stránky, ale pak se ještě tak dvě minuty zotavoval. Teprve potom bylo možné s ním normálně pracovat.

[petr_p]

Ještě jsem zkusil předkompilovanou vývojovou verzi Firefoxu (3.6a1pre), a ten to zvládl za 2 minuty, ale mezi tím třikrát nadával, že skript běží už moc dlouho.

[David Watzke]

To nemůžu, Operu nemám...

Nicméně diskuze v javascriptu – to je hrůza.

To jo, zhovadilost.

[kralyk z abclinuxu]

Och, cože, otevřel jsem to a hned +50MB.

[tomvec]

FF 3.0.8 na Ubuntu 9.04 v pohodě, +10MB, jinak FF jede 3 hodiny, otevřeny různé stránky do max 10 tabů, zatím to sežralo 94MB (220MB virtualní)

[vlastikroot]

Mam firefox 3.0.8 na archu a uplne v pohode. I ta diskuze.

[Zadejte vaše jméno]

Firefox 3.0.8, Gentoo 64 bit, načtení a zásek na cca 2 sekundy. Hotovo, žádný další problém nepozorován.

[unknown_]

Jestli 200-300 mega povazujes za malo, tak teda pekne dekuju.

[Toman]

Na 24 doplňků, 20 otevřených záložek, mi to přijde vcelku v pořádku.

[YYY]

Presne tak. Nerikam, ze se jedna o nejaky sileny zapor, ale ff je proste nenazrany moloch. Nevadi mi to, pouzivam ho ke sve plne spokojenosti.

[peterh]

No podla mna vacsina z toho je cache a to proste nieco zere (hlavne obrazky). Bez nej by to bolo dost pomale, ja mam teraz uz tyzden (pc suspendujem) okolo 100M, ale to je pod win. Posledne som resetoval ked zral okolo 600M. Tiez sa to zacne boptnat ked tam clovek otvara flashe, javy a pdfka.

[kralyk z abclinuxu]

Ze 4GB RAM to je nějakých 7%. To mi nevadí

[tomvec]

Na Ubuntu 9.04... Třeba na tv.nova.cz/... nějaký ten seriál ve Flashi... Všiml jsem si, že Firefox žere třeba cca 25% CPU a Xorg 70% (někdy oba míň a k tomu gnome-system-monitor 50%)... A pak se doberte k reálným výsledkům... Asi není všechno vina Firefoxu, něco shnilého je i v Xorg (nejen v Ubuntu, i na Open SUSE, i v KDE distrech - NO FLAME).

Ale... Na stejné sestavě se Seamonkey seká o poznání méně, na OpenSUSE se Firefox seká neznatelně, v KDE(4.2) se seká úplně všechno..