Recommended Posts

As a longtime user of Firefox, I couldn't pass up the opportunity to use a 64-bit version of it. I figured I'd give it a try and it's something I've been thinking of doing since I first used Windows Vista Ultimate x64. I honestly never heard of Waterfox until I read this article on Neowin. I installed it on my main PC (Windows 7 Ultimate x64) and I really like it. It definitely feels speedier than the standard 32-bit version of Firefox and things like Flash also feel faster. Another positive thing is that YouTube videos no longer crash my display driver. I assume that using a 64-bit version of Flash had something to do with it.

Anyway, if you have a 64-bit operating system and are open to the idea of using a 64-bit browser than Waterfox is for you. You can download it here alongside its prerequisites.

FAQ:

What is Waterfox?

Waterfox is a high performance browser based on the Mozilla Firefox source code. Made specifically for 64-Bit systems, Waterfox has one thing in mind: speed.

Why should I use a 64-Bit version of Firefox?

For some people with older systems, the 64-Bit version loads quicker and is much more responsive than the 32-Bit build. For people with newer systems, it allows them to use the full potential of their systems.

If there are any bugs, where should I report them?

Unfortunately, since this is a 3rd party build you cannot report any bugs and you?ll just have to hope that they get fixed in the next update by Mozilla.

Is my experience limited if I use a 64-Bit version of Firefox?

The major plugins such as Adobe Flash, Sun Java, Microsoft Silverlight all have supported 64-Bit binaries available.

How does it compare to 32-Bit Firefox?

In benchmarks, the 64-Bit variant of Firefox out-performs the 32-Bit variant. Also because this variant is being built specifically for Windows, there might be further performance increases.

Were there any optimisations made?

Yes, Waterfox was compiled with SSE, SSE2, x64 favoring and the following optimisation flags: /Og /Oi /Ot /Oy /Ob2 /Gs /GF /Gy

Do all my Add-Ons work?

Yes! Add-Ons work on any version of Firefox, on any platform.

I get a msvcr100.dll is missing error.

You must have the Visual C++ Redistributable file linked in the download page installed.

How do I fix the blurry font?

Type about:config in the address bar. In the filter at the top type gfx.direct2d.disabled. Change it from false to true.

http://waterfoxproj....ceforge.net/faq

29l1hn6.png

Link to comment
https://www.neowin.net/forum/topic/1050079-waterfox-64-bit-version-of-firefox/
Share on other sites

I've always wondered just how they produce these 64bit builds, since for a long time the main codebase wasn't 64bit safe. Currently 64bit builds are still slower at JS than 32bit builds, and no amount of compiler optimisations will fix that.

Mozilla still don't consider the 64bit builds ready for anything but developer usage, they still crash randomly and often crash in such a way that the OS never calls their crash handling code (So the bugs go unreported)

I've always wondered just how they produce these 64bit builds, since for a long time the main codebase wasn't 64bit safe. Currently 64bit builds are still slower at JS than 32bit builds, and no amount of compiler optimisations will fix that.

Mozilla still don't consider the 64bit builds ready for anything but developer usage, they still crash randomly and often crash in such a way that the OS never calls their crash handling code (So the bugs go unreported)

I guess that was the case in the past. I haven't tried the 64-bit Nightly builds so I don't know how stable they are over the 32-bit Nightly builds. So far though, Waterfox hasn't crashed once. Perhaps Mozilla finally got around to making Firefox 64-bit friendly. Here's an interesting article about Firefox 8 (64-bit): http://www.extremetech.com/computing/90546-firefox-8-x64-has-64-bit-browsing-finally-come-of-age

I've always wondered just how they produce these 64bit builds, since for a long time the main codebase wasn't 64bit safe. Currently 64bit builds are still slower at JS than 32bit builds, and no amount of compiler optimisations will fix that.

Mozilla still don't consider the 64bit builds ready for anything but developer usage, they still crash randomly and often crash in such a way that the OS never calls their crash handling code (So the bugs go unreported)

I still think Mozilla needs to kill the current code and start from scratch.

Agreed, especially with Google having such a nice clean product as Chrome.

Considering it's withstood the competition quite well, I'm guessing a lot of people would disagree with you.

I'd prefer it if Firefox was optimized for SSE2 like Chrome is, but it's not really a concern if the performance is there. (The 64 bit version will be, of course, since all x64 procs have SSE2.)

Quite a lot of snakeoil and even a surprisingly outright lie, in fact. It is designed in hardware so that x86 code takes zero performance hit when run on an x64 machine. None, period.

As for optimization, setting compiler flags can do little magic if the code is not applicable for it. I would guess that forcing the matter can even make it slower as the dedicated instructions become efficient only when used properly.

As for compatibility improvements that are at least evident, I've, for one, settled for Nightly (and temporarily the latest Tracemonkey if it decides to crash).

I've had Waterfox, Palemoon and Aya... whatwasit for some time, run lenghty benches, too. Results were inconclusive but not something to make an impression that either was better than the other. It is no question that both Chrome and Oprah is faster in most cases. Even IE9 holds up in certain test cases.

All in all, if it works for you, good. If it doesn't, however, better be sure that those loud promises of these custom compiles being the fastest and whatnot are full of very big holes.

It's disappointing to me that the Firefox devs are still waffling over how to do it properly.

Like, we know what we need to do this, and we are making plans to do it, but we don't actually want to do it.

Heh.

They're working on it (see here). Unfortunately, it isn't a high-priority feature.

I guess that was the case in the past. I haven't tried the 64-bit Nightly builds so I don't know how stable they are over the 32-bit Nightly builds. So far though, Waterfox hasn't crashed once. Perhaps Mozilla finally got around to making Firefox 64-bit friendly. Here's an interesting article about Firefox 8 (64-bit): http://www.extremetech.com/computing/90546-firefox-8-x64-has-64-bit-browsing-finally-come-of-age

Even up to the mid point of 2011 they still had random chunks of code that assumed 32bit OSs (Converting pointers to 32bit integer, etc.). As for the article, that's entirely made up, what I think happened is that somebody noticed Mozilla was running 64bit regression tests, and assumed that meant an official release was coming (Which it isn't for a while until they sort all the problems out)

I still think Mozilla needs to kill the current code and start from scratch.

There's no reason to do that, the incremental upgrades they're doing now are much better (Stopping the project for a year to rewrite vs. rewriting a component incrementally over a couple of releases)

...

I'd prefer it if Firefox was optimized for SSE2 like Chrome is, but it's not really a concern if the performance is there. (The 64 bit version will be, of course, since all x64 procs have SSE2.)

It already is.

Have been using waterfox for the last few weeks so far and absolutely no problems whatsoever (same with firefox), constantly kept open for about 10 hours a day and memory usage always around 450MB (high res image threads, about 1GB then).

It is a wee bit more snappier and smooth than firefox 10 I find.

I guess that was the case in the past. I haven't tried the 64-bit Nightly builds so I don't know how stable they are over the 32-bit Nightly builds. So far though, Waterfox hasn't crashed once. Perhaps Mozilla finally got around to making Firefox 64-bit friendly. Here's an interesting article about Firefox 8 (64-bit): http://www.extremete...lly-come-of-age

Been using x64 nightly for months now and has been as stable as the x32 builds sharing almost all the same bugs. No reason not to use it especially now that flash has an x64 plugin.

Well, you say that, but it doesn't explain the devs discussing it as if it isn't used much over here http://groups.google...=64-bit&lnk=ol

The only discussion I can see is about having less code paths (Firefox includes SSE optimised code paths and normal paths, a native 64bit build doesn't need the normal code paths since it can guarantee the CPU can do SSE). And as a side effect it also means the compiler can include SSE functions anywhere, not just in optimised areas (As is done currently due to how compilers work)

Edit: So the question is "Can we use SSE everywhere?" not "Can we use SSE?"

Been using Waterfox for a while now. Even if it's built by Mozilla, it's NOT Firefox, so it has to be better!! Have NEVER liked Firefox.

Can't say as I've never noticed it being any faster than any other browser. All browsers runs blazingly fast on my sytems and the day that some one says about how slow a browser is on their systems, is the day I should go over and fix their computer!

Palemoon, http://www.palemoon.org/ also has a 64bit version, but I use the 32bit version of that on my 32bit machines.

As far as Chrome, if I were to ever use that again, which isn't happening, it would be SRWare Iron, NOT Google Chrome crap!!

What about the Windows Media Player plug-in?

Unfortunately, 32-bit plugins won't work with Waterfox. It's up to Microsoft to release a 64-bit version of the WMP plugin. So far though, the major plugins work: Flash, Java, and Silverlight.

Unfortunately, 32-bit plugins won't work with Waterfox. It's up to Microsoft to release a 64-bit version of the WMP plugin. So far though, the major plugins work: Flash, Java, and Silverlight.

And even the 32-bit plugin hasn't been updated for years, what's up with that!?

The only discussion I can see is about having less code paths (Firefox includes SSE optimised code paths and normal paths, a native 64bit build doesn't need the normal code paths since it can guarantee the CPU can do SSE). And as a side effect it also means the compiler can include SSE functions anywhere, not just in optimised areas (As is done currently due to how compilers work)

Edit: So the question is "Can we use SSE everywhere?" not "Can we use SSE?"

In 32bit code, since we have to explicitly think and do work about every place where we want to do SSE2, and since it's a performance/size compromise, we end up not doing it in many places.

So yes, I know they use it to some degree, but from what I can tell not much.

Been using Waterfox for a while now. Even if it's built by Mozilla, it's NOT Firefox, so it has to be better!! Have NEVER liked Firefox.

Can't say as I've never noticed it being any faster than any other browser. All browsers runs blazingly fast on my sytems and the day that some one says about how slow a browser is on their systems, is the day I should go over and fix their computer!

Palemoon, http://www.palemoon.org/ also has a 64bit version, but I use the 32bit version of that on my 32bit machines.

As far as Chrome, if I were to ever use that again, which isn't happening, it would be SRWare Iron, NOT Google Chrome crap!!

It's based on the Firefox source code so aside from being 64-bit, it's virtually identical to the official 32-bit version.

And even the 32-bit plugin hasn't been updated for years, what's up with that!?

That's one of the issues of using a 64-bit browser. If you use Firefox with a lot of plugins, then Waterfox may not be good. Fortunately, I only use a handful of plugins and most of them have 64-bit versions.

This topic is now closed to further replies.
  • Posts

    • A 13 billion year old secret about our Universe's origin was revealed by Sayan Sen Image by Pascal Küffer via Pexels Researchers at the Max-Planck-Institut für Kernphysik (MPIK) in Heidelberg had recreated a key chemical reaction from the early universe, producing results that could change scientists' understanding of how the first stars formed. The study focused on the helium hydride ion (HeH⁺), which is widely regarded as the first molecule to form in the universe. Scientists believe HeH⁺ appeared around 380,000 years after the Big Bang, when the universe had cooled enough for electrons and atomic nuclei to combine into neutral atoms in a period known as recombination. This marked the beginning of chemistry in the cosmos. Immediately after the Big Bang about 13.8 billion years ago, the universe was extremely hot and dense. As it expanded and cooled, hydrogen and helium became the dominant elements. Once neutral helium atoms formed, they could react with ionised hydrogen nuclei, or protons, to create helium hydride ions. Although simple in structure, HeH⁺ played an important role in the young universe. It was the first step in a chain of reactions that eventually produced molecular hydrogen (H₂), a molecule made up of two hydrogen atoms and now the most abundant molecule in the universe. Molecular hydrogen later became a key ingredient in the formation of the first stars. At the time, the universe had entered a phase often called the cosmological "dark age." Matter had become transparent to light following recombination, but there were still no stars or galaxies producing visible light. Several hundred million years would pass before the first stars appeared. For those first stars to form, large clouds of gas had to collapse under their own gravity. To do that, the gas needed to cool by releasing energy. While hydrogen atoms can help with this process at high temperatures, they become less effective below about 10,000 degrees Celsius. Molecules can continue the cooling process by releasing energy through rotational and vibrational motions. Scientists have long considered HeH⁺ a potentially important coolant because of its comparatively large dipole moment, a property that describes how electric charge is distributed within a molecule and allows it to release energy efficiently. The amount of helium hydride present in the early universe may therefore have influenced how easily the first stars could form. At the same time, HeH⁺ was constantly being destroyed. Under primordial conditions, its main destruction mechanisms were recombination with free electrons and chemical reactions with hydrogen atoms. These reactions ultimately helped produce molecular hydrogen, linking the formation and destruction of HeH⁺ to the chemistry that shaped the early universe. For many years, theoretical studies suggested that reactions between HeH⁺ and hydrogen atoms would become much slower at low temperatures. Scientists believed there was an energy barrier along the reaction pathway that reduced the chances of the reaction taking place in the cold conditions of the early universe. The new study suggests otherwise. To investigate the process, researchers recreated a closely related reaction using deuterium, a naturally occurring isotope of hydrogen that contains one proton and one neutron in its nucleus. When HeH⁺ collides with deuterium, it forms an HD⁺ ion and a neutral helium atom. This allows scientists to study the reaction in a controlled way while closely mimicking the behaviour of the original reaction involving hydrogen. The experiments were carried out at the Cryogenic Storage Ring (CSR) at MPIK, a specialised facility designed to recreate conditions similar to those found in space. Researchers stored HeH⁺ ions in the 35-metre storage ring for up to 60 seconds at temperatures just a few kelvins above absolute zero and merged them with a beam of neutral deuterium atoms. By adjusting the speeds of the two particle beams, the team measured how the reaction rate changed with collision energy, which is directly related to temperature. The researchers found that the reaction rate remains almost constant as temperatures decrease. In other words, the reaction does not slow down at low temperatures as earlier models predicted. “Previous theories predicted a significant decrease in the reaction probability at low temperatures, but we were unable to verify this in either the experiment or new theoretical calculations by our colleagues,” explained Dr Holger Kreckel of MPIK. “The reactions of HeH⁺ with neutral hydrogen and deuterium therefore appear to have been far more important for chemistry in the early universe than previously assumed,” he continued. According to the researchers, the reaction appears to be barrierless, meaning there is no energy obstacle preventing it from taking place efficiently even at very low temperatures. The findings support recent theoretical work led by physicist Yohann Scribano, whose group identified an error in a widely used potential energy surface, a mathematical model used to describe how the energy of a system changes during a chemical reaction. The error appears to have caused previous studies to significantly underestimate reaction rates under primordial conditions. The new calculations closely match the experimental results. Together, they suggest that helium chemistry in the early universe may need to be re-evaluated. Because molecules such as HeH⁺ and molecular hydrogen played an important role in cooling primordial gas clouds, the findings could help scientists build more accurate models of how the first stars formed. By showing that helium hydride was likely destroyed more efficiently than previously thought, the study offers new insight into the chemical processes that shaped the universe during its earliest stages and helped set the conditions for the emergence of the first stars. Source: Max-Planck Institute, EDP Sciences This article was generated with some help from AI and reviewed by an editor. Under Section 107 of the Copyright Act 1976, this material is used for the purpose of news reporting. Fair use is a use permitted by copyright statute that might otherwise be infringing.
    • "What an interesting smell you've discovered"
    • It could EASILY be 70 for the base game BUT + lots of FOMO to make it up to 100-120, like a few days Early Access, online money, pre-order bonus cars, weapons, missions, clothing, avatars or profile stuff, etc... And still WAY TOO MANY people would buy those and make Rockstar insane money.
    • Just to understand: your solution to getting rid of an online password manager is...another online password manager?
    • Cjam 2.5.0.0 by Razvan Serea Cjam is a lightweight and fast MP3 editor for Windows that lets you cut, join, and edit MP3 files without re-encoding. This means your audio quality remains untouched, and edits happen instantly. Cjam is ideal for quick, lossless edits—whether you're trimming music, combining tracks, or preparing audio for learning tools or podcasts. It features batch processing, scripting support, cue and playlist file handling, and a simple interface. Cjam is perfect for anyone who needs efficient MP3 editing without the complexity of full audio suites. Cjam requires a PC running Windows 10 or later and Microsoft .NET 6.0 or later. Key features for Cjam: No Re-encoding: Edit MP3 files without losing quality. Cut and Join MP3: Easily cut, trim, and combine MP3 tracks. Batch Processing: Edit multiple files at once for faster workflows. Scriptable Interface: Automate tasks with a custom command language. Cue and Playlist Support: Handle CUE and playlist files for seamless audio management. Fast and Lightweight: Quick processing with minimal system resources. Lossless Audio Editing: Ensure your edits don't affect audio quality. Simple User Interface: Clean, intuitive design for easy navigation. File Format Support: Works with MP3, Cjam-specific file formats (CJAMC, CJAMJ, CJAM). Cjam 2.5.0.0 changelog: Added clipboard-based import/export support for mp3DirectCut Added clipboard-based export support for REAPER Added support for naming IMP3 elements Changed the Reset behavior to preserve Undo/Redo history; use Shift key + Reset button to clear it Added a new command parameter (qcp) Added 8 new entries to lang.txt (main_c124-126, main_d150-151, main_m082, vme_c014, vme_d005) Fixed a bug where the il parameter was incorrectly applied when pasting VMP3s into the main list Fixed several other minor bugs Download: Cjam 2.5.0.0 | 1.4 MB (Freeware) Links: Cjam Home Page | Cjam Manual | Screenshot Get alerted to all of our Software updates on Twitter at @NeowinSoftware
  • Recent Achievements

    • Dedicated
      JuvenileDelinquent earned a badge
      Dedicated
    • First Post
      DrWankel earned a badge
      First Post
    • Reacting Well
      DrWankel earned a badge
      Reacting Well
    • Week One Done
      Supreme Spray LV earned a badge
      Week One Done
    • Week One Done
      Genuinetonerink- Dubai earned a badge
      Week One Done
  • Popular Contributors

    1. 1
      +primortal
      504
    2. 2
      +Edouard
      163
    3. 3
      PsYcHoKiLLa
      91
    4. 4
      Steven P.
      75
    5. 5
      Michael Scrip
      72
  • Tell a friend

    Love Neowin? Tell a friend!