Mozilla Firefox 3.5.1

De oorzaak is:

MFSA 2009-41 Corrupt JIT state after deep return from native function

Aangezien men hierom Fx 3.5.1 eerder uit heeft moeten brengen dan origineel gepland was...

(een van de weinige voorbeelden dat security through obscurity de bug wat langer buiten het gezichtsveld van crackers had kunnen houden - maar zeker is zoiets nooit natuurlijk)

Volgens de releasenotes een van de problemen iig wel:

quote: http://en-us.www.mozilla....refox/3.5.1/releasenotes/

An issue that was making Firefox take a long time to load on some Windows systems.

Elke keer +/-1minuut wachten tot firefox opgestart is is niet zo handig

[Reactie gewijzigd door Kixtart op vrijdag 17 juli 2009 10:32]

Er zijn ook mensen die melden niets te zien als ze die DNS bug proberen te reproduceren. Er wordt dan ook links en rechts gesuggereerd dat het aan een plugin ligt die hij gebruikt, Foxyproxy. Ik kan niet zo snel een melding op Bugzilla vinden, dus ik ben een beetje skeptisch of het nou echt een bug is of dat mensen elkaar napraten...

[Reactie gewijzigd door Rafe op vrijdag 17 juli 2009 12:21]

Als je ook maar enig idee hebt wat DNS is en hoe het systeem in elkaar steekt dan zou je de woorden "stevige bug" niet eens in de mond durven nemen. DNS is namelijk nooit bedacht met security in het achterhoofd, DNS an sich is dus al een security risk. De gevolgen hiervan werden pas echt goed duidelijk toen Dan Kaminsky een zekere bug vond en iedereen hard aanraadde om toch vooral de boel te patchen. Wie het niet deed werd voor gek verklaard. Tevens werd ook flink aangestuurd op het gebruik van DNSSEC om toch nog enigszins aan beveiliging op gebied van DNS te doen.

Indien deze bug voor je opgaat ben je wel dermate paranoide dat je uiteraard gebruik maakt van de nodige DNS servers die gebruik maken van DNSSEC. Het grootste probleem wat je hebt zit 'm in hoe DNS werkt. Queries die niet bij de DNS server bekend zijn worden een stapje hoger gevraagd en ga zo maar door. Dat betekent dus dat ALLE DNS servers beveiligd moeten zijn.

Het probleem in Firefox wat betreft het lekken van de DNS stuff is dus niet erg groot, heel erg klein zelfs. Het echte grote probleem is namelijk DNS zelf, met name omdat het af te luisteren is en de opgevraagde records te vervalsen zijn. Dat afluisteren is wat hier nou net het probleem is. Ik vind het dan ook uiterst frappant dat iemand het lekken van DNS records als zeer ernstige fout van Firefox gaat toewijzen terwijl dit feitelijk een probleem is wat bij het DNS protocol ligt. Doordat DNS geen beveiliging heeft is het makkelijk af te luisteren. Dat afluisteren kun je echter bij de lokale DNS server doen maar dat kan dus ook prima op de remote DNS Ja en daar werd even niet aangedacht...doordat het een design flaw van DNS is, is het dus op ALLE DNS servers van toepassing.

Daarnaast is het ook nog maar de vraag of het Firefox is die lekt of dat het door een extension komt. In ieder geval is het helemaal niet raar dat die bug nog niet is opgelost, het is eigenlijk niet echt een bug.

Geen problemen met FF 3.5 en GMail, gebruik zelf Vista Ultimate x64.

Weet je zeker dat het alleen in FF is?

Dat geheugen heb i kweinig last van. bij mij gebruikt hij maar 100mb . en heb toch wel aantal extensions installed

Het kan zijn dat je flash animaties/videos aan hebt staan in de tabs, dat wordt namelijk ook meegerekend in het geheugen.

ligt het aan mij of wordt Firefox steeds meer een memory en cpu hog?

ook als je iets in de locatiebalk wil typen zit je even te wachten op een response omdat hij blijkbaar eerst zijn hele history eerst elke keer parsed..

Had ik ook last van en meer bij v3.5 Nu met 3.5.1 niet meer. FF is inderdaad ook veel sneller met opstarten

[Reactie gewijzigd door Dutchphoto op vrijdag 17 juli 2009 16:00]

Ik zit nu op 77MB (met 3.5.1), deze pagina met de standaard startpagina van Mozilla.
Met ABP, DownThemAll, FireFTP, MS .NET Framework Assistant en de elo plug-in van me school.

AthlonXP 2600+ 1.9 met 1GB.

Dat ligt aan jou. Met versie 3.0 ging het resource gebruik van Firefox al aardig omlaag, met 3.5 is het nu nog lager geworden. In het webbrowser topic in het Mac gedeelte van het tweakers.net forum heeft iemand een link gepost met allemaal animated gifjes. Pas dan kun je zien hoe goed Firefox 3.5 met resources omgaat. Er gebeurd amper wat terwijl iets als Safari 4 hier al snel 90% cpu usage trekt en uiteindelijk gewoon muurvast loopt.

In Firefox 3.0 is die hele awesome bar e.d. geïntroduceerd. Hiermee heb je diverse kleine sqlite databases waarin de webadressen staan opgeslagen. Met Firefox 3.5 zou er het e.e.a. op dit gebied versneld moeten zijn (en zo te merken hier is dat ook echt het geval). Er is echter wel een mogelijkheid om die sqlite database vacuum te trekken; daarmee ruim je die dingen een beetje op. Dat kan ook het traag zijn vaak oplossen. Ik geloof dat op kb.mozillazine.org wel te vinden is hoe je dat precies moet doen. Waarschijnlijk is er bij het upgraden iets niet helemaal goed gegaan en zijn die databases nogal vervuild.

Overigens zijn de hoeveelheid addons, welke addons en welke sites je bezoekt ook factoren die traagheid kunnen veroorzaken. Sommige addons conflicteren met elkaar, weer anderen zijn dermate outdated dat ze niet lekker meer werken en sites met dingen als Flash (zoals iemand anders hier al noemt) kunnen ook flink wat resources opslurpen.

Daarnaast is het ook maar net hoe je het meet. Als je dit naast iets als Internet Explorer zet moet je niet vergeten dat Microsoft dat destijds aardig diep in het systeem heeft zitten stoppen dat veel zaken al lang geladen zijn en hergebruikt worden. Daardoor lijkt Internet Explorer minder resources te slurpen terwijl het totaalplaatje eigenlijk iets anders laat zien. Beetje lastig meten in ieder geval. Als ik het hier vergelijk met Opera en Safari dan doen alle 3 de browsers qua resource gebruik niet voor elkaar onder. Diverse anderen hebben ook al zitten meten en komen tot eenzelfde conclusie.

Je kunt tot slot ook nog spelen met de cache settings. Beste is om even op kb.mozillazine.org te neuzen welke mogelijkheden je hebt m.b.t. cache. Wellicht dat dit nog wat soelaas kan bieden.

Ter info: hier doet 3.5.1 een 181 MB met een 9 tabs open waarvan eentje een youtube filmpje is (Flash dus). CPU gebruik is rond de 7% ofzo. Let wel, ik draai dit op MacOS X Leopard, die is wat vrijgeviger met geheugen indien dat mogelijk is (wordt het schaars dan moeten programma's dat wat ze kunnen missen weer inleveren en wordt dat weer uitgedeeld aan andere programma's). Dat het 181 MB aan mem gebruikt wil dus niet zeggen dat het ook echt die 181 MB nodig heeft om te werken! Onder Windows gebeurd zoiets tegenwoordig ook al (de discussie hoe effectief en efficiënt dit gaat is weer iets heel anders:)).

Ja, zeggende wat?
Hangt er ook helemaal vanaf wat er in die tabs geladen is he? Als het drie plain html pagina's zijn zal het een stuk minder geheugen nemen als drie pagina's met veel interactieve content zoals Javascript / Ajax etc etc

mwah dat was met 2.0 ook die werd ook nog gesupport toen 3.* al uit was

maar kennelijk is er een grote groep waarvoor 3.0.11->3.5.x niet wenselijk is, dat er een tussenversie komt?

Nee, dat is niet zo.

Firefox 3.0.12 is gewoon een standard security versie - het komende half jaar zullen er nog wel meer van die versies verschijnen. Over 6 maanden zul je wel over moeten als je een officeel ondersteunde versie wil gebruiken...

(n.b. inmiddels is er een [gedeeltelijke] fix voor het probleem van de opstarttijden)

Er is nu een losse JSON parser gemaakt, die je kunt aanroepen in plaats van met eval() tekst naar een datastructuur om te zetten. Meer informatie kun je vinden op
http://blog.mozilla.com/w...ative-json-in-firefox-31/. Het grote voordeel is dat dit parsen een stuk sneller is dan gebruik van eval, omdat json een stuk simpeler is.

De "ondersteuning" die browsers al heel lang hebben, is gewoon het plaatsen van een stuk JSON in een eval()-statement. Ja, dat werkt (en snel) maar is niet altijd even veilig, bijvoorbeeld als de bron van de JSON niet te vertrouwen is en deze ook gewoon JS-code bevat. Firefox 3.5 heeft nu een ingebouwde veilige JSON parser, die dus alleen maar data leest en geen willekeurige code uit kan voeren.

Heb je al eens een nieuw profiel geprobeerd? Of heb je je plugins eens uitgeschakeld? Want ik werk nu toch al wel een paar maanden met Firefox 3 en Windows 7 en van crashes hier geen sprake!