Door Dimitri Reijerman, zondag 23 december 2012 11:06, views: 26.700 •

Mozilla is deels teruggekomen van zijn voornemen om niet langer 64bit-versies van Firefox voor Windows te ontwikkelen. De browserbouwer zal 64bit-builds blijven uitbrengen in het Nightly-testkanaal, maar deze zullen geen officiële support krijgen.

Vorige maand vroeg Mozilla ontwikkelaars om te stoppen met de ontwikkeling van 64bit-versies van Firefox voor Windows, al heeft het nooit een officiële 64bit-editie van Firefox voor Windows uitgebracht. De testuitvoeringen zouden volgens Mozillas engineering manager Benjamin Smedberg voor verwarring zorgen en bugmeldingen bleven te lang op de plank liggen. Ook zouden er onvoldoende 64bit-versies zijn van populaire plug-ins. Mozilla was dan ook voornemens om de ontwikkeling van 64bit-builds binnen het Nightly-testkanaal te staken.

In een nieuwe posting op Google Groups meldt Smedberg dat Mozilla na het bekijken van gebruikersfeedback de plannen rondom de 64bit-builds toch zal aanpassen. Daarbij wil de browserbouwer met name Firefox-gebruikers tegemoet komen die honderden tabs openen in de browser en daarmee tegen de 4GB-limiet van de 32bit-editie aanlopen.

Volgens de gewijzigde voorstellen van Mozilla blijven er 'win64-builds' uitkomen van Firefox binnen het Nightly-testkanaal. Gebruikers krijgen echter na installatie van deze nightlies een melding te zien dat zij geen support zullen krijgen. Ook is de crash reporter uitgeschakeld en is de click-to-play-functie juist ingeschakeld voor plug-ins in een poging de stabiliteit te verbeteren.

Mozilla zal de 64bit-versies niet meenemen in zijn reguliere testprogramma. Dit moet de werkdruk van het testteam verminderen. Wel zal de browserbouwer 32bit-versies van Firefox blijven testen op 64bit-uitvoeringen van Windows. Voor Windows 8 wordt de 64bit-editie zelfs de standaard testomgeving.

Reacties (79)

Reactiefilter:-179078+150+25+30
Platte weergave•Sorteer aflopend•Faq
«  1  2  »
+2 Squee
zondag 23 december 2012 11:49
Nee dat is niet zonder meer waar. x86-64 kan meer en grotere registers aanspreken dan in IA32 dus als je code door een compiler voor x86-64 geoptimaliseerd is, zou dit betekenen dat je processor minder van data uit het geheugen op zou hoeven halen. Ook zouden bepaalde operaties op grotere getallen die niet in 32 bits passen gecombineerd kunnen worden tot minder instructies bijvoorbeeld, maar ik betwijfel of een browser daar gebruik van zou maken. Verder heb je wel gelijk wat geheugengebruik betreft; vooral pointers (geheugen adressen) nemen nu twee keer zo veel ruimte in beslag wat meer geheugen kost. Maar in het algemeen is het toch de observatie dat x86-64 code sneller draait, en dat zal voornamelijk door het aantal registers komen.
+2 robvanwijk
zondag 23 december 2012 13:34
Als je even kijkt naar Palemoon dan zie je dat één van de grootste technische verschillen met standaard-Firefox het gebruiken van verschillende instructie-set uitbreidingen is. Als je dan even goed kijkt naar het lijstje van ondersteunde CPUs dan zie je dat (onder andere) alle 64-bit processoren de benodigde uitbreidingen hebben. Ook in de man page van gcc zie je dit terug: als je x86-64 aanzet dan gaan een heleboel andere opties ook meteen aan.

Het punt is dat je, op het moment dat je 32-bit code aan het compilen bent, heel weinig weet over welke CPUs je code gaan draaien; dat zou in theorie een 386 kunnen zijn (in de praktijk natuurlijk niet, maar ja, waar trek je de grens; Mozilla is daar heel conservatief in). Zodra je dan toch 64-bit code gaat compilen (wat Palemoon overigens niet doet, ik heb het nu weer over het nieuwsbericht zelf: FF64), dan weet je dat al die uitbreidingen er toch op zitten, dus die kun je dan gebruiken zonder dat je bepaalde gebruikers uitsluit (nou ja, de 32-bitters, maar ja, daar ontkom je toch niet aan).
+2 CptChaos
zondag 23 december 2012 14:04
Kolder! Het enige verschil tussen 32 en 64 is de mogelijkheid om meer geheugen te kunnen adresseren, maar zolang je app niet tegen de grens van 4 Gb aanloopt heeft het geen voordelen. Theoretisch zelfs een nadeel, doordat de adressering groter is, je dus meer geheugen nodig hebt om data op te slaan in het geheugen (64 bits voor een simpel getal ipv 32 bits)
PaleMoon is dan voor jou wel een leuke om eens te testen. Dit is een fork van Firefox, gecompiled voor alleen nieuwe hardware. De x64 variant is zo'n 25% sneller dan de Firefox variant. ;)
+2 Maurits van Baerle
zondag 23 december 2012 14:18
64 bits kan veel uitmaken voor een browser. Op OS X zijn de voordelen van de 64bit Firefox zo groot dat niemand vrijwillig de 32bit versie zal draaien. 64 bit is sowieso de default tenzij je met allerlei kunstgrepen de 32bit binary forceert. Dit is de reden waarom Mozilla twee jaar geleden overgestapt is op 64bits:
Cold startup: x86_64 is ~26% faster
Warm startup: x86_64 is ~5% faster
MS Psychadelic Browsing Demo: x86_64 is ~540% faster
MS Speed Reading Demo: x86_64 is ~35% faster

Firefox 4 for Mac OS X: Under the Hood
Ik verwacht dat Mozilla over niet al te lange tijd aankondigt om te stoppen met de 32bit versie voor OS X omdat een aparte binary voor een handjevol 32 bit OS X gebruikers teveel tijd van developers kost die wel beter benut kan worden.

[Reactie gewijzigd door Maurits van Baerle op zondag 23 december 2012 14:21]

Op dit item kan niet meer gereageerd worden.

«  1  2  »

Onderwerpen

Gerelateerde content

Alle gerelateerde content (16)

© 1998 - 2013 Tweakers.net B.V. Contact Over Tweakers Jouw privacy Algemene voorwaarden Cookies

Tweakers wordt uitgegeven door De Persgroep en wordt gehost door True

Website van het jaar 2012