Cookies op Tweakers

Tweakers maakt gebruik van cookies, onder andere om de website te analyseren, het gebruiksgemak te vergroten en advertenties te tonen. Door gebruik te maken van deze website, of door op 'Ga verder' te klikken, geef je toestemming voor het gebruik van cookies. Wil je meer informatie over cookies en hoe ze worden gebruikt, bekijk dan ons cookiebeleid.

Meer informatie

Door , , 13 reacties
Bron: Moonchild Productions

Pale Moon logo (75 pix)Versie 24.7 van Pale Moon is uitgekomen. Deze webbrowser maakt gebruik van de broncode van Mozilla Firefox, maar is geoptimaliseerd voor moderne hardware. De Windows-versie van Mozilla Firefox wordt namelijk ontwikkeld met een zo groot mogelijke compatibiliteit in gedachte. Mede door concessies aan oudere hardware is de browser niet zo snel als hij zou kunnen zijn, aldus Pale Moon-maker Moonchild Productions.

Pale Moon is functioneel nagenoeg gelijk aan Mozilla Firefox, maar biedt geen ondersteuning voor oudere processors. Ook zijn enkele zaken weggelaten, waaronder 'Accessibility features' en 'Parental controls'. Het resultaat is een browser die soms tot 25 procent beter zou presteren. Daarnaast is er een 64bit-versie van de browser beschikbaar. Meer informatie over het programma kan hier worden gevonden.

De download van Pale Moon is alleen in het Engels, maar met behulp van dit taalbestand en een kleine aanpassing is het programma ook in het Nederlands te gebruiken. Het programma gebruikt zijn eigen profielmap en deelt deze niet met Firefox, waardoor het mogelijk is om de twee naast elkaar te gebruiken. De changelog voor versie 24.7 ziet er als volgt uit:

Pale Moon 24.7.0
  • Fixed some performance issues with the new rendering engine on Windows. Rendering should be faster for all objects on hardware-accelerated layers now.
    The new (24.6) rendering engine had some compromises in terms of performance, to work around some font rendering issues in input boxes. The input box issue has been solved, and the optimized code reinstated to give better performance on hardware-accelerated surfaces.
  • Font rendering on Direct2D will no longer fall back to greyscale in some situations, preserving ClearType.
  • CSS outlines will now properly outline the object, and not the overflow area (e.g. box shadow).
    Previously, using the CSS "outline" keyword to draw outlines around objects would also consider the visual spillover area like shadows part of the "object". This has now been fixed and outlines will now be drawn around the actual objects only.
  • The delay for hiding the default status has been increased from 10 to 30 seconds to keep it on screen sufficiently long but not permanently.
    Recently, the default behavior was changed from always showing the default status to hiding it after a delay. This delay was a bit too short.
  • Queries for "can play type" on WebM videos now get an HTML5-compliant response ("maybe" instead of "yes" as per the specification when a codec is not included in the request).
  • Pale Moon's gecko rendering engine and Firefox compatibility version now properly follows the minor version of Pale Moon again instead of always returning .0 - this should help UA sniffing websites to more easily detect Pale Moon or adapt to further-developed gecko 24 versions.
    Pale Moon will now identify as Gecko v24.7, and if the compatibility flag is enabled, also as Firefox/24.7 - this was the behavior before v24.0 and has bee restored.
  • When using dark/black personas (lightweight themes), the tab close buttons would be almost invisible. They have been lightened a little to make them clearer.
  • Linux: the click behavior on the address bar has been unified with that on Windows, aiming for current-day desktop-clipboard use (select-when-clicked). This is configurable with a preference.
    The old behavior (catering to people preferring the primary unix buffer instead of the clipboard) can be restored by setting the following two preferences in about:config:
    browser.urlbar.clickSelectsAll -> false
    browser.urlbar.doubleClickSelectsAll -> true
  • "In-content" preferences (preferences displayed in a tab instead of the normal dialog box) has been removed because of redundancy and incompleteness.
    The in-content preferences (about:preferences) page has never actually followed the developments in Pale Moon's Options dialog box, and has been completely removed in this version.
  • Checking for updates from the about box now always puts the user in control and never downloads anything directly from the about box. It will pop up the larger update window when an update is found.
    Some people complained about the update behavior from the about box and the fact that pale Moon would directly download updates from there if they were found. This has now been changed to provide a button to open the toolkit updater (large window) from where updates can be performed, instead. this allows anyone to only download updates when they explicitly choose to do so.
  • Google SafeBrowsing, which is defunct, has been removed from the browser. privacy fix
    Google SafeBrowsing no longer works in Pale Moon, and still having it in the browser and enabled caused a potential privacy issue by sending the domain check to Google. Considering the limited use of the service to begin with and defunct nature, removal was the only logical option.
  • Made the building of the Web Developer tools optional when compiling Pale Moon through --disable-devtools.
  • The Atom-optimized version no longer ships with the Web Developer tools to slim down the browser for limited platforms where these tools are considered generally unneeded.
  • Fixed domain highlighting in the address bar. It should no longer randomly lose this formatting when switching tabs or otherwise updating the browser UI.
  • Fixed missing click-to-play overlay on some zoom levels for plugins embedded in an iframe.
  • Fixed large delays in print enumeration on Windows, especially when printing to file: ports.
  • Updated the list of known domain suffixes.
  • Updated site-specific user-agent strings to prevent incorrect complaints from websites (,, etc.) that use poor detection scripts.
  • Added granular referer control. Be careful limiting referers as websites may refuse to service you if an unexpected referer is found.
    You can now control how much of the referer (if any) is sent to a website visited by setting the following preferences:
    • network.http.sendRefererHeader (default 2): 0=don't send any referers, 1=send only on clicks, 2=send on image requests as well
    • network.http.referer.spoofSource (default false): false=real referer, true=spoof referer (use target URI as referer)
    • network.http.referer.trimmingPolicy (default 0): 0=send full URI, 1=send scheme+host+port+path, 2=send scheme+host+port
    • network.http.referer.XOriginPolicy (default 0): Cross-origin referer policy. 0=always send, 1=send if base domains match, 2=send if hosts match
  • Added gr locale to the status bar options.
  • Disabled HQ image downscaling. This is a workaround for the broken Mozilla HQ downscaling back-end causing constant invalidations and redrawing if 2 downscaled images with the same source were in view.
  • Updated the NSS library to 3.16.2 RTM to address a few critical SSL issues. security fix
  • There was a possibility to lose the source frame for raster images if images had to be discarded in low-memory situations. This has been fixed. security fix
  • Made refcounting logic around PostTimerEvent more explicit. security fix
  • Prevented an invalid pointer state in docloader. security fix
  • Added proper refcounting of font faces. security fix
For the Android version (to be released):
  • Android: lots of branding updates to make it more release-ready.
  • Android: explicitly set the Pale Moon Sync server in preferences.
  • Android: IonMonkey (ARM): guarded against branches being out of range and bail out if so. security fix
  • Android: enabled Firefox compatibility mode on Android to allow the installation of extensions from AMO.
  • Android: added a "Quit" option to the app menu to properly immediately close the browser.
  • Android: IonMonkey (ARM): prevented a performance issue due to clobbering the primary scratch register.
  • Android: enabled mobile-specific optimizations to increase performance on mobile devices.
  • Android: enabled AES-128 and AES-256 in addition to RC4 for Sync.

De volgende downloads zijn beschikbaar:
*portable versie

Pale Moon 24.6.1 screenshot (620 pix)

Besturingssystemen:Windows 7, Windows XP, Windows Vista, Windows 8
Website:Moonchild Productions
Bestandsgroottes:18,88MB t/m 23,30MB
Moderatie-faq Wijzig weergave

Reacties (13)

Iedereen moet uiteraard zelf weten welke browser hij of zij gebruikt, Echter:
ik compileer tegenwoordig mijn eigen (X64) Firefox Builds, omdat de standaard Nightly X64 Builds niet voorzien zijn van High Entrophy-ASLR.

De door mij gecompileerde builds zijn uiteraard voorzien van de nodige optimalisaties voor de voor mij specifieke setup (een I7-3720QM dus: --march=core-avx-i -O2 -pipe).
Het verschil tussen de niet geoptimaliseerde Firefox Builds en de specifiek voor mijn hardware geoptimaliseerde builds is verwaarloosbaar.

Het prestatieverschil ligt tussen de 1 en de 6% waarbij de peacekeeper benchmark een verschil van 6% laat zien in het voordeel van de geoptimaliseerde build, Google Octane deed het - bijvoorbeeld - 4% beter.

Nu verwacht ik, omdat de door mij gecompileerde builds specifiek voor één processor gebouwd zijn en ik geen concessies hoef te doen voor wat betreft compatibiliteit, dat de prestatieswinst van Pale-Moon (nog) minder zal zijn, omdat Pale-Moon een breder scala aan processors moet ondersteunen.

Nogmaals eenieder moet zelf weten welke browser hij of zij prefereert, maar laat je niets wijsmaken: het verschil tussen de geoptimaliseerde Firefox-varianten en de standaards builds is echt nihil.

[Reactie gewijzigd door Rubén89 op 30 juli 2014 15:52]

JavaScript benchmarks zijn misschien niet de beste test aangezien de JIT compilers (vooral IonMonkey en OdinMonkey) direct machinecode genereren; daar kan de C++ compiler dus niets aan verbeteren. De compiler kan de JIT compilatie zelf natuurlijk wel sneller maken, maar dit is in de meeste benchmarks verwaarloosbaar.

Meer winst is waarschijnlijk mogelijk in de C++-kant van de browser - DOM manipulatie, de netwerk code en de onderliggende infrastructuur die de verschillende onderdelen aan elkaar knoopt. Dan nog verwacht ik eerlijk gezegd geen gigantisch verschil, maar wie weet.

Als de makers van Pale Moon daadwerkelijk algoritmes herschrijven om ze sneller te maken dan is het een ander verhaal, hoewel ik liever zou hebben dat ze dit gewoon via het reguliere kanaal zouden doen (mijn persoonlijke ervaringen met bijdragen aan Gecko zijn eigenlijk alleen maar positief).
Voor de duidelijkheid: de peecekeeper benchmark is géén javascript benchmark maar een html-5 benchmark, Google Octane is dat inderdaad wel maar daar was (geringe) prestatiewinst merkbaar.

De resultaten van de Sunspider javascript benchmark ik heb ik ook vergeleken en daarbij was inderdaad geen verschil tussen de standaard build en de door mij gecompileerde build.

De rightware browsermark boekte een prestatiewinst van 1,5% ten opzichte van de standaard versie ook geen cijfers om over naar huis te schijven.

Uit de FAQ op de Pale Moon website en de 'Technical Details Page" maak ik op dat de optimalisaties bestaan uit het gebruiken van moderne instructiesets, zoals ik al aangaf, het aanpassen van enkele UI elementen en het bij het compileren uitschakelen van enkele features (d.m.v. buildflags in het .mozconfig bestand) zoals de Mozilla Maintenance service:
"The build environment used for Pale Moon allows for specific optimizations in the building process that actually uses the capabilities of the computer hardware it runs on (specifically: advanced processing instructions) and gears the machine code at the assembly level specifically towards certain generations of processors, as opposed to trying to compromise for different ways of working of old (read: museum-grade) hardware.

Firefox Sourced! This means you get the reliability and security of the Firefox browser code, and the wide array of Firefox options and features.

Aan de C++ kant, de rendering engine e.d. wordt er niets veranderd, althans dat blijkt niet uit de informatie die Pale Moon op haar website heeft gepubliceerd, nog blijkt dit uit de op het forum aanwezige topics.

Wikipedia biedt duidelijkheid Pale Moon blijkt haar snelheidswinst (voor zover je daar al over kunt spreken) uit compileroptimalisaties en het weglaten van enkele firefox functionaliteit / services.
Veranderingen in de sourcecode met wat betreft de renedering engine behoren dus niet tot de wijzigingen die snelheidsverbeteringen teweeg moeten brengen.

[Reactie gewijzigd door Rubén89 op 30 juli 2014 15:08]

Veranderingen in de sourcecode met wat betreft de renedering engine behoren dus niet tot de wijzigingen die snelheidsverbeteringen teweeg moeten brengen.
OK, bedankt voor het onderzoek! Het eerste punt uit de changelog zag er wat dat betreft wat verdacht uit - ik begrijp niet helemaal hoe de versies van Pale Moon zich verhouden tot die van Firefox.

Is Pale Moon volledig gebaseerd op ESR 24 (dan zou ik geen grote veranderingen verwachten tot de overstap op ESR 31), gebruiken ze de ESR versienummers maar baseren ze zich op de nieuwere versies, of kiezen ze specifieke verbeteringen uit de nieuwere versies om te backporten naar ESR 24?
Klinkt goed Ruben...
Zelf heb ik een zeer simpele test gedaan: op twee nieuwe gelijke systemen beide PM en FF geinstalleerd zonder plugin's en toen simpel tegelijk eenvoudige en zware URL's laten openen.
Geen enkel verschil te bemerken. Ik weet wel dat dit natuurlijk geen echte test is, maar wel eentje die in de praktijk hout snijdt.
Ik snap alleen niet dat PM gemaakt wordt. De ontwikkelaar moet toch weten dat het vrijwel geen drol uitmaakt.
Kan niet wachten op de Android versie!

Ik heb trouwens een klein probleem, ligt vermoedelijk aan een plugin. Wanneer een link opent in een nieuwe tab is de URL soms leeg. Ik zie dus wel de volledige pagina, maar kan hem niet verversen of de URL kopiëren. Iemand anders met dat bugje?
Na deze update doet Google Maps het niet meer.
Dwz, laden werkt wel maar daarna reageert de content van de tab nergens meer op. Slepen werkt niet, knoppen reageren niet. Browser zelf reageert wel in andere tabs.

Had het gisteren op 'n win8 machine, vanmorgen geprobeerd op m'n werklaptop op win7. Oude versie doet het, na update naar 24.7 niet meer.

Iemand anders hier ook last van?
Ik merk het nu ook. Kan bovenaan wel tekst intypen, maar elke andere input wordt steevast genegeerd.

Werk nu op mijn laptop met Win7, 64-bit.
Apart, ook omdat hierboven Whizzer aangeeft dat hij er ook last van had. Zojuist even Google Maps gecontroleerd maar ik heb geen last van je omschreven probleem.

Wat ik een nadeel (misschien een iets te groot woord) vind van Pale Moon dat ik geen idee heb welke versie ze van FireFox gebruiken. Zoals ze zelf aangeven:
...the current plan for Pale Moon is to stick to a stable, solid, and easily maintainable base code of Firefox 24 ESR (with a number of reverted changes to keep maximum configurability as well as important updates ported back from later Firefox versions)
Ze ontwikkelen op basis van versie 24 en voegen belangrijke updates die later in FF zitten toe. Ik weet niet wat ik daarvan moet denken, ben daarom sinds deze week overgestapt naar Waterfox en merk geen verschil in de praktijk.
Gebruik je de 64bit versie van PM?
Ik wel, op beide systemen. Miss dat daar het verschil nog in zit.
If you're having issues with Google Maps forwarding you to the "new" Google Maps in Pale Moon 24.7 (that doesn't seem to work properly at this time):

You can solve this by going into about:config, add a new "string"
and set the value to
Mozilla/5.0 (Windows NT 6.1; WOW64; rv:31.0) Gecko/20100101 PaleMoon/24.7

This is because Google checks the user agent and makes decisions based on it (and doesn't recognize Pale Moon). Because other Google services ( refuse to work or nag the user when a presumed "older" version number of Pale Moon is found (which it detects as Firefox) I've had to add a specific override, which makes Pale Moon look like it's Firefox 31. This also means it will automatically serve the new Google Maps as a side effect.

This is a temporary solution because Google will likely phase out the old Google Maps.
bron: https://forum.palemoon.or...f=1&t=5243&p=32637#p32637
Helpt niet helaas.
Ik zat sowieso al op de nwe Maps overigens.

[Reactie gewijzigd door Steeph op 31 juli 2014 10:33]

Wat wel helpt, wellicht icm bovenstaande, de lite-mode:

Op dit item kan niet meer gereageerd worden.

Apple iOS 10 Google Pixel Apple iPhone 7 Sony PlayStation VR AMD Radeon RX 480 4GB Battlefield 1 Google Android Nougat Watch Dogs 2

© 1998 - 2016 de Persgroep Online Services B.V. Tweakers vormt samen met o.a. Autotrack en de Persgroep Online Services B.V. Hosting door True