Hoofdcategorieën
Device Settings

Mozilla Firefox 7.0 beta 1

Door Bart van Klaveren, vrijdag 19 augustus 2011 16:29
Bron: Mozilla Foundation, views: 10.980

Mozilla Firefox logo (75 pix)

Versie 6.0 van de webbrowser Mozilla Firefox is slechts enkele dagen oud en nu al is de eerste bètarelease van versie 7.0 verschenen. Nieuw in deze versie, die als alles goed gaat eind september uitkomt, is een 'drastisch' verbeterd geheugengebruik. Verder is er Azure, dat canvas-operaties onder Windows sneller moet maken, is FireFox Sync verbeterd en kun je je opgeven om prestatiegegevens op te sturen, om zo Firefox in de toekomst beter te maken. Hieronder is het overzicht te vinden van de belangrijkste verbeteringen die we in versie 7.0 tegemoet kunnen zien:

The latest version of Firefox Beta has the following changes:

Please see the complete list of changes in this version. You may also be interested in the list of changes in the previous version.

De volgende downloads zijn beschikbaar:
*Mozilla Firefox 7.0 bèta 1 voor Windows (Nederlands)
*Mozilla Firefox 7.0 bèta 1 voor Linux (Nederlands)
*Mozilla Firefox 7.0 bèta 1 voor Mac OS X (Nederlands)
*Mozilla Firefox 7.0 bèta 1 voor Windows (Engels)
*Mozilla Firefox 7.0 bèta 1 voor Linux (Engels)
*Mozilla Firefox 7.0 bèta 1 voor Mac OS X (Engels)

Mozilla Firefox 6.0 screenshot (481 pix)

WebsiteMozilla Foundation
Downloadhttp://www.mozilla.com/en-US/firefox/all-beta.html
Volgende 16:51 Calibre 0.8.15
Vorige 11:38 AIDA64 1.85.1600

Reacties

«  1  2  »


En zodra miljoenen mensen gebruik maken van jouw warcraft mapje, zal t.net er ook aandacht aan besteden. :)

Ik geef hem wel gelijk:
- Ze zijn bezig een soort Microsoft IE"9.0" wedstrijdje te gaan doen,
(strijden om het hoogste nummer)
- Of ze gaan de Apple's magischse "OS-X" er aan toe te voegen,
wat het ook zijn mag, het is zielig, kinderachtig en afgekeken....

Beetje triest vind ik wel. :'(
En ook mij mag je weg'modden' ook al heeft Mozilla een goed product, het blijft triest.

[Reactie gewijzigd door HoeZoWie op zaterdag 20 augustus 2011 09:42]


Triest? Het is een algehele beweging, ingezet door Google, om het versienummer ondergeschikt te maken en te zorgen dat mensen "altijd" de laatste versie hebben.
Zolang er een planning is, deze planning gehaald wordt en is vastgelegd (https://wiki.mozilla.org/RapidRelease/Calendar) is dat helemaal niet zo verkeerd. Het wordt problematischer als ze alles elke 6 weken zouden omgooien, maar ook als plugin-developer kan je al 2 versie "vooruit" kijken.
Bedrijfsmatig brengt dit wel problemen met zich mee voor systeembeheer bijvoorbeeld.

Triest? Het is een algehele beweging, ingezet door Google, om het versienummer ondergeschikt te maken en te zorgen dat mensen "altijd" de laatste versie hebben.
Het enige dat je duidelijk aangeeft is dat Google ook trieste beslissingen kan maken. Het is ronduit zielig wat er met de versienummers aan de hand is.


Nee, dat is helemaal niet zo. Mozilla doet die snelle releases vanwege z'n 4 nieuwe kanalen, t.w. Nightly (pre-alpha), Aurora (alpha), Beta en Final. Het is voor hun veel beter te managen door aan elke release een major-versienummer te hangen.
Er is geen onderscheid meer tussen 'grote' en 'kleine' releases, want features worden zo gauw het mogelijk is aan Firefox toegevoegd. Als je bijvoorbeeld op https://wiki.mozilla.org/Features/Release_Tracking kijkt, dan zie je dat voor Firefox 7 maar weinig nieuwe features voor de desktop gepland zijn, omdat deze de release niet halen. Dus zijn ze doorgeschoven naar Firefox 8 of 9. Zo hoef je het niet opeens te hernoemen naar bv. 6.1 omdat de release toch wat minder features dan eerst heeft.
En het grootste voordeel is: Eens in de 6 weken is er een release. Features komen dus veel sneller bij de gebruiker terecht. Als je als developer de release van Firefox 3.6 net niet haalde met je feature, moest je 1,5 jaar wachten op Firefox 4. Nu is dat maar 6 weken.

En het is onzin om te denken dat mensen eerder geneigd zijn Chrome of IE te kiezen omdat het versienummer hoger is. Ten eerste halen ze Chrome nooit in, en ten tweede is er niemand die daar aandacht aan schenkt bij het kiezen van een browser. Als gewone gebruiker merk je bij Chrome niks van versienummers en updates, behalve dan dat je er nieuwe features bij krijgt. Die kant willen ze geloof ik ook een beetje op bij Mozilla. Je ziet het al aan de add-ons, 97% van de 95% meest gebruikte add-ons is compatibel met Firefox 6. In de toekomst kun je dus upgraden zonder dat je er wat van merkt, behalve dan dat je browser er beter van wordt. De ideale situatie (in mijn ogen althans).

@i-chat: Firefox releases zijn nu eigenlijk allemaal minor updates, dus Firefox 4 en 5 worden nu niet meer gesupport, omdat Firefox 6 hiervoor een update is. Zo gaat dat dus telkens een stap verder.

[Reactie gewijzigd door Chris7 op zaterdag 20 augustus 2011 10:47]


Je vergeet echter dat er, bijvoorbeeld in bepaalde bedrijfsomgevingen, gebruik wordt gemaakt van zelfgeschreven add-ons. Vroeger wist je dat bij een minor versie-update dat er weinig was veranderd en dat je add-on vrijwel zeker na een update zou blijven werken.
Een major update kon er nog wel eens voor zorgen dat er ondergronds het een en ander gewijzigd was, waardoor je de add-on aan moest passen. Was hier geen tijd voor of ging het om een add-on die van tevoren goed getest moest worden, dan kon je besluiten om voorlopig bij het oude versienummer te blijven (waarvan ook nog security-updates uitkwamen).

Het gevolg met de nieuwe manier van nummeren, is dat heel veel bedrijven en systeembeheerders blijven hangen op versie 3. Want het is nu niet meer te doen om de compatibiliteit grondig te testen, want tegen de tijd dat je daarmee klaar bent, staat er alweer een nieuwe versie klaar.

Of gaat Firefox vanaf nu nooit meer dingen grondig wijzigen, waardoor add-ons permanent compatibel blijven? Of hoe gaan ze kenbaar maken dat het om een 'echte' major-update gaat?

Het versienummer zelf maakt me ook niet uit voor thuisgebruik, maar ik kan me voorstellen dat in bepaalde omgevingen een duidelijk verschil tussen een minor en een major update (met bijbehorende ontwikkel-takken voor niet-overstappers) erg gewenst is.

Op het add-ons blog wordt altijd voor een Firefox release aangegeven wat er is veranderd in de API. Zo kunnen ontwikkelaars gelijk zien wat er is veranderd in een Firefox versie.
In de meeste nieuwe versie doen add-ons het gewoon, het enige dat er gedaan moet worden is de MaxVersion te verhogen.
En er zijn ook eigenlijk geen major updates meer, alle updates zijn minor, Firefox 7 is dus een update voor Firefox 6. Voor echte kleine wijzigingen en belangrijke security fixes brengen ze dan nog een 6.0.x release uit, maar verder zijn alle updates eigen 4.x releases, alleen heet 'ie dan 7.0.
En zoals ik al zei willen ze volgens mij de kant van Chrome op: Versienummers doen er niet meer toe, je add-ons blijven compatibel, er komen alleen nieuwe features bij.

Overigens, Mozilla heeft aangegeven te gaan kijken hoe Firefox het beste in de bedrijfsomgeving past. Maar ze zeggen er wel bij: we focussen ons op de thuisgebruiker die een veilige en snelle browser wil.

Het zieligste is nog wel de continue discussie op ieder item over Mozilla en/of Firefox terwijl alles inmiddels al wel 300x opnieuw gezegd is. De kritiek komt ook uit de hoek van mensen die absoluut geen enkel benul van versienummering en version control systemen hebben. Zouden ze dat wel hebben dan was er niks anders dan begrip geweest en deed men niet zo onmogelijk als nu. Als je dat versienummering anders wil hebben submit je maar een bug op bugzilla. Als dat genoeg stemmen krijgt... Misschien dat we voortaan bij iedere reactie maar eens moeten gaan miepen waarom iemand nou juist die nickname heeft gekozen en niet voor captain jack in kleine letters en met een spatie is gegaan. Net zo'n zinloze zielige discussie.

De optimalisaties omtrent het geheugengebruik (in Fx6 heb je wel leuk die knopjes in about:memory maar erg veel doen ze niet, sterker nog, het kan het geheugengebruik zelfs lichtelijk doen toenemen maar dan hebben we het over 1~2 MB) en dingen als JetPack zijn pas de interessante items om over te hebben. Dat zijn features die een webbrowser maken of breken en niet iets triviaals als een versienummer. Als je nou eens domweg kijkt naar de hoeveel fixes en features sinds het begin van de rapid release cycle zie je gewoon dat daar een vordering in zit. Met name fixes komen er veel sneller doorheen waardoor je nu niet meer maaaaaaaaaaaaaaaanden hoeft te wachten en dus maar switcht naar een andere browser die de bug niet heeft.



Er zit geen bedoeling achter versie nummering. Er is geen vaste definitie hiervoor daarnaast hanteren bedrijven dan wel devvers an sich andere definities voor versie nummering.
Linux gebruikt de oneven 2.x serie als ontwikkel versie en de even versies als stables of iets in die richting. Anderen gebruiken de commit nummers als een versie nummer. Weer anderen gebruiken een datum als versie nummer. MAME zit na 14 jaar op versie nummer 0.143u1 hoe bedoel je versie nummers zeggen iets...

Versie nummers zeggen 0,0 en het zegt zelfs niet eens iets over stabiliteit van een product.
Het enige wat een versie nummer zegt is dat er IETS is veranderd voor de rest zegt het helemaal niets en heeft het ook geen betekenis an sich.

Hoe lang gaat deze discussie nog door? Bij elk draadje over Firefox is het weer zo ver. Dat vind ik nog irritanter als de versienummers die Mozilla er op na houd.

Decision taken, deal with it okay?

Bij Chrome hoor je er ook niemand over...

Toch fijn dat text-overflow: ellipsis eindelijk een keer support vindt bij Firefox.
Hoe vaak tekst afkapping al wel niet voor problemen heeft gezorgd, vooral handig voor het tonen van een inleiding van een blogpost of iets dergelijks.

Ah, ik heb net Aurora (wat Fx 7 wordt) een paar dagen terug weggegooid ten faveure van de stable Fx 5. Het geheugengebruik was gewoon echt niet meer te verantwoorden. En na ongeveer 1GB werd ie ook enorm instabiel en reageerde de browser steeds slecht. Dan heb ik het over ongeveer 1 keer per dag. Op dit moment gebruik Fx5 trouwens ook 1,2GB met 9 tabjes open, maar hij is relatief stabiel te noemen, maar helaas ook echt wel traag. Bij nader inzien is ook Fx5 niet meer bruikbaar na een paar uur gebruiken. Het is wel m'n primaire browser maar het aantal tabs dat ik open heb staan is niet zo hoog. Meer dan 20 komt niet meer voor. Toch reageert het hele programma op gegeven moment niet meer. Ik ga nu zo ver om te eisen dat Firefox 7 dit niet meer doet, anders stap ik over. Ik krijg er de laatste steeds meer genoeg van, terwijl ik toch jarenlang goed heb kunnen werken met Firefox.

Het blijft een beetje kwakkelen vind ik, ik ben ook een beetje skeptisch over de claim van Mozilla hierboven over dat drastisch verbeterd geheugegebruik eerlijk gezegd. Zeker omdat de kans bestaat dat Firefox het zelf niet zozeer veroorzaakt, maar misschien juist die extensies. Nouja, we wachten het wel af.

[Reactie gewijzigd door Cyphax op vrijdag 19 augustus 2011 16:46]


Heb jij dan niet gewoon een nare plugin/addon runnen? Firefox haalt zulk geheugengebruik bij mij nooit en is ook vrijwel nooit instabiel.

(op Mac OSX, Firefox beta channel)

Dat zou me echt niets verbazen maar ik zeg er wel bij dat ik geen exotische addons heb draaien. Als het inderdaad een addon is, dan lijkt het me tijd dat Mozilla een mechanisme bedenkt dat voorkomt dat een addon dit kan doen. Het haalt de gebruikerservaring compleet onderuit, dat zal niet wenselijk zijn bij Mozilla.

En nu moet ik dus achterhalen welke plugin dat eventueel is. Hopelijk is er iets voor waarmee dat te achterhalen is, maar ik kan niet zonder bjivoorbeeld Firebug (die ik er een beetje van verdenk, omdat de rest niet zo spannend is).

doe anders standaard je addons uit en schakel ze alleen in als je ze echt nodig hebt
en controleer of ze up to date zijn want persoonlijk start ik op met alleen al minstens 7 tabs open en toch komt het gebruik nooit boven de 300 mb uit, tenzei ik echt gigantische afbeeldingen inlaad of hele series flashsites open (en ik heb toch best wel wat addons draaien vaak)

Dat zou me echt niets verbazen maar ik zeg er wel bij dat ik geen exotische addons heb draaien. Als het inderdaad een addon is, dan lijkt het me tijd dat Mozilla een mechanisme bedenkt dat voorkomt dat een addon dit kan doen. Het haalt de gebruikerservaring compleet onderuit, dat zal niet wenselijk zijn bij Mozilla.
De enige manier waarop ze gemakkelijk kunnen zien of het een extensie(plugins zijn wat anders) is die problemen geeft is als ze extensies een eigen proces geven. Dit duurt nog een tijdje voordat het klaar is.
En nu moet ik dus achterhalen welke plugin dat eventueel is. Hopelijk is er iets voor waarmee dat te achterhalen is, maar ik kan niet zonder bjivoorbeeld Firebug (die ik er een beetje van verdenk, omdat de rest niet zo spannend is).
Je bent niet verplicht maar ik vind dat je niet mag klagen over Firefox geheugen gebruik als je niet even de tijd hebt genomen om dit uit te zoeken. Zet alle extensies uit en doe een test. Zet er daarna 1 aan en doe nog een test. Als er echt een probleem is kun je misschien zelfs helpen met de oplossing.

Ze zetten nu min of meer in op JetPack. Daardoor zijn de extensies wat robuuster en overleven ze veel makkelijker de verschillende versies. Iets wat cruciaal is wanneer je veel versies in korte tijd achter elkaar uitbrengt, ook al zijn de wijzigingen steeds klein. Het herstarten van de browser hoeft met dit soort extensies ook niet meer. Het probleem nu is dat het nog vrij weinig kan maar de JetPack ontwikkelaars zijn druk bezig om het uit te breiden. Het is echter niet iets wat op korte termijn gerealiseerd zal zijn.

Er is een lijst met welke addons het meeste geheugen verbruiken. Er zijn nog wel meer dingen om het geheugengebruik te reduceren en te controleren: High memory usage.

Hmmm, RAMBack 1.0 (die op de link staat) halveert het geheugengebruik op mijn laptop (van 500 MB naar 248 MB met 7 tabs open).
Dat is voor mijn laptop niet echt belangrijk, 3 GB intern, maar voor mijn werkmachine met 1/2 GB intern kan dat een zeer belangrijke verbetering zijn. Dan maar wat langzamer, maar ruimte voor andere programmas. 8-)

Ik zou echter graag willen dat het geheugenbeheer van alle programmas wat beter geregeld wordt. Er wordt weinig tot geen rekening gehouden met minder bedeelde machines. En is het nou echt nodig om zoveel te gebruiken? Kan wat strakker programmeren niet een betere oplossing zijn?
En ja, ik wil geen KB geheugen ongebruikt laten, daar is het voor, maar sommige programmas willen niet echt ruimte geven aan andere programmas.

In principe is het zo dat het OS het geheugenmanagement moet doen. Een applicatie kan dan aan het OS aangeven wat het minimaal nodig heeft en wat het zou willen. Dan kan het OS daarna zelf kiezen wat het uitgeeft. Vaak is dit ook niet het probleem maar juist de manier waarop de applicatie zelf met het geheugen omgaat en hoe het geheugen weer terug wordt gegeven. Ik merk nu met Fx6 dat het eigenlijk weinig tot niet gebeurd (in Fx6 komt het vooral omdat tabs niet meer allemaal tegelijk worden herladen, pas wanneer je ze actief maakt of zelf aangeeft dat ie ze allemaal moet herladen). Als je in het artikel op de link "memory use" klinkt krijg je een artikel over het nieuwe geheugengebruik waarin ook verteld wordt dat dit een probleem is met Fx6 en eerdere versies. De resultaten met Fx7 en hoger zijn op dit vlak veel beter.

Het mooie is dat juist het aanpakken van het geheugengebruik enorm wel vaart bij de nieuwe rapid release cycle. Iedere nieuwe versie die ze uitbrengen heeft weer wat meer verbeteringen op dit vlak waardoor je als gebruiker niet meer zo lang hoeft te wachten om er gebruik van te maken.

Dat Aurora instabiel is kan wel kloppen, heb je de beschrijving op de downloadpagina wel gelezen?
Beleef de nieuwste innovaties in een onstabiele omgeving die niet geschikt is voor mensen met een zwak hart
Beetje te letterlijk vertaald uit het Engels misschien, maar Aurora is nou eenmaal de alpha versie van Firefox, en nog niet uitgetest door het Mozilla-team. Bèta is dat wel, en die is dan ook stabiel.
Ik draai eigenlijk altijd bèta, hij is bij mij vrijwel nooit instabiel, en met zulke verbeteringen als een verbeterd geheugengebruik loont het echt om niet de final-release te gebruiken.
En als webdeveloper gebruik ik graag de nieuwste features, zoals text-overflow: ellipsis, dat vind ik best wel handig (jammer alleen dat je 6 weken moet wachten voordat iedereen het kan zien, maar goed).

Schrale troost: bij Fx4 moesten mensen meer dan een jaar wachten. Die 6 weken hebben ze juist ingesteld om zo snel mogelijk verbeteringen richting gebruikers te kunnen verschepen zodat die daarvan de vruchten kunnen plukken.

Hoe komen jullie aan al dat enorme geheugengebruik?

Op het moment heb ik 8 T.Net tabs open, een stuk of 6 GoT tabs in een ander venster, en wat random stuff een derde venster. Het geheugengebruik schommelt nu rond de 200MB. En dat is al best veel voor mijn doen eigenlijk.

Hebben jullie allemaal 50 pornowebsites met Full-HD flash filmpjes openstaan ofzo? Anders kan ik er niet bij eerlijk gezegd.

200 mb is al ziek veel voor 14 tabjes, als je het mij vraagt.

dat is dus 14 (!) megabyte per pagina met wat tekst en wat plaatjes.

[Reactie gewijzigd door bazkie_botsauto op vrijdag 19 augustus 2011 22:26]


Eehmm, een beetje pagina is al snel tientallen MBs tegenwoordig. Zeker als er foto's bij komen kijken (Facebook!).

Vergeet niet dat de grootte van een HTML bestand en een jpegje op je schijf geen indicatie geeft van de echte grootte. Voordat HTML is omgevormd tot iets dat zichtbaar is op je scherm en een JPG is uitgepakt tot een bitmap mag je blij zijn als het minder is dan 30MB.

JPGs alleen zijn al snel tientallen MBs per stuk nadat ze zijn uitgepakt, open er maar eens eentje en sla hem op als 24BPP bitmap.

Pagina's worden tegenwoordig steeds zwaarder omdat het kan. De internetsnelheid, browser en machine kunnen het allemaal aan dus wordt het gebruikt. Een enkele pagina van 100MB is tegenwoordig heel normaal. Zelfs pagina's van 1GB kom je wel eens tegen als iemand zo dom is geweest om een hele reeks foto's onder elkaar op één pagina te dumpen...

[Reactie gewijzigd door Maurits van Baerle op zaterdag 20 augustus 2011 14:03]


200MB voor het weergeven van 14 pagina's is al best veel, maar ik heb momenteel 2 tabs openstaan en zit op 400+MB

ik zit met 1 tab op 110mb.

wtf...? mijn laptop heeft al maar 1gb intern waarvan 128mb voor de vga.


mss toch naar chrome of ie10. die is ook al veelbelovend als ik de benchmarks zie, en eigen resultaten.

106 tabs open en 800Mb in gebruik.

Ook (blijkbaar) nieuw in deze versie is dat 'http://' weggelaten wordt in de adresbalk en suggesties. https wordt wel getoond. Zal wel voor de zichtbaarheid van versleutelde verbindingen zijn.

Mag ook wel want slotje is ook al verdwenen.... leve de minimalisering.... NOT.

Tja net zoals het feit dat bijvoorbeeld Firefox en Chrome helemaal geen RSS icoontje in de adresbalk laten zien indien een website RSS feeds aanbiedt. Hele slechte ontwikkeling IMO!

de onderste 2 linkjes werken niet echt.

wel mooi dat ze zo hard gaan. kreeg vanmorgen de updatemelding hiervoor maar omdat niet alle add-ons werken die ik gebruik nog maar niet geupdate.
wel vind ik dat sommig updates echt geen major release vereisen.

Meestal is de enige reden waarom plugins niet werken dat de maker de maximum versie nog niet heeft verhoogd. Met deze plugin kan je plugins die officieel niet compatible zijn, toch draaien: https://addons.mozilla.or...n-compatibility-reporter/

In de Firefox plugin API zijn niet veel veranderingen meer gemaakt sinds versie 4, dus grote kans dat je plugins het ook onder Firefox 7 nog prima doen.

Misschien een beetje een stomme opmerking, maar zouden ze zo hard gaan met de versienummers om de meer lakse digibeten aan te moedigen hun browser up-to-date te houden?

Niet alleen dat, ze releasen nu regelmatiger, waardoor nieuwe features veel sneller in een versie landen.

Nee. Asa Dotzler heeft een bug aangemaakt om het versienummer uit het about scherm te halen en het alleen nog op about:support te tonen. Het about scherm zou alleen moeten laten zien wanneer hij op updates gecontroleerd heeft en of je up to date bent. Versienummers betekenen voor digibeten helemaal niets, ze zijn alleen handig voor support. Voor de fervente Firefox gebruiker ligt dat anders, dan moet je wel een versienummer hebben omdat bijv. extensions hier vaak op gebaseerd zijn. De meningen zijn nogal verdeeld maar de ruime meerderheid is uiterst negatief over deze bug.

Ik wacht nog altijd tot Firefox 8 uit Nightly komt :P Deze draait tot nu toe heerlijk op mijn PC en de (eindelijk goede) 64-bit support bevalt me ook wel :D

EDIT: Zie net dat Firefox 8 van Nightly naar Aurora is gegaan. Helaas mist Aurora een 64-bit versie :(

[Reactie gewijzigd door gamefreakin op vrijdag 19 augustus 2011 21:02]


beetje curieus hoe in elke nieuwe versie van firefox bij de aankondiging staat hoe het nu *nog* efficienter met geheugen omgaat...

...en nog steeds geheugen slurpt als een malle. hoe erg was het vroeger dan wel niet ;)

ik weet het nog goed, met mijn oude celeron 1.7 met 256mb ram.

had toen firefox 2 open met runescape en een of andere bijbehorende hulpwebsite.

20mb ram.


ik denk dat mozilla iets over het hoofd ziet...

Tja, animated gifs van 32 bij 32 pixels hebben niet zo veel geheugen nodig...
«  1  2  »

Op dit item kan niet meer gereageerd worden.

Volgende 16:51 Calibre 0.8.15
Vorige 11:38 AIDA64 1.85.1600
VNU Media logo Hosted by True

© 1998 - 2012 Tweakers.net B.V. - Alle rechten voorbehouden - Contact - Jouw privacy - Algemene Voorwaarden

Uitgever van:

Website van het jaar 2011