Firefox lider middelaldrende bloat
Det kan virke som Firefox, som ærverdige nettleser som var den første til å gi Microsoft en ekte skudd i sin selvtilfredshet, lider av noen middelaldrende bloat. I en rapport fra H-Online er det sagt at det open-source nettleser kode er nå så stor og kompleks at det ikke lenger kan være riktig kompilert for utgivelse.
Problemet stammer fra en prosess som kalles "Profil-Guided Optimalisering "som brukes, i to omganger, for å kompilere koden. I det første innlegget profilinformasjon om nettleserens kjøretids atferd genereres mens samlingen finner sted. Denne "profil" data blir så brukt til å opprette en optimalisert leseren i andre samle pass. Denne prosessen, som ble vedtatt av Mozilla for fire år siden, forbedret nettleserens ytelse med 10%.
Nå om 32-bit versjoner av Firefox, som blir brukt av 90% av alle Firefox-brukere mislykkes fordi kompilatoren Programvaren krever mer enn 3 GB minne, som ikke støttes av 32-bits operativsystemer som kreves for å kompilere koden.
Tilsynelatende problemet er forårsaket av den spesifikke kompilatoren programvare Mozilla bruke med H-Online sier en flytte til Microsofts Visual Studio 2010 ville løse problemet mens uunngåelig forårsaker mindre flaut for Mozilla.
Mozillas ingeniører diskuterer flere alternativer, hvorav den ene er å flytte noen koden i selve nettleseren til eksterne dynamiske biblioteker. Dette ville imidlertid bare spare rundt 300KB. En annen løsning ville være å finne en måte å kompilere 32-bit-versjonen i et 64-bits vertsoperativsystemet (noe som flyttingen til Visual Studio ville tilsynelatende løse).
Dette er ikke første gang Mozilla Det har oppstått en kompilator minne problem. I begynnelsen av 2010 en minnegrensen 2Gb forårsaket et lignende problem. Dette ble overvunnet imidlertid, og det er ingen grunn til å anta at det ikke vil bli overvunnet denne gangen også.
Vi har ikke tenkt å se Firefox gå bort, selv for en kort stund, på grunn av dette problemet. Nettleseren vil fortsette å bli utgitt på timeplanen, men Mozillas ingeniører må finne en ny måte å kompilere koden samtidig beholde sin drift helt åpen kildekode.