Language Selection

English French German Italian Portuguese Spanish

32bit Vs 64bit Ubuntu

Filed under
Ubuntu

Recently I received an email where someone asked me point blank why it seems like there is better adoption for 32bit Linux vs that of 64bit. Honestly, I can see why this would be confusing. With the general thought that 64bit Linux is faster, many people are finding themselves being drawn to it over that of the 32bit option. In this article, I will be explaining why the desire to try 64bit Ubuntu is just silly. Not saying you should avoid it by any means, rather that choosing to install it over that of a 32bit distro is simply unneeded most of the time.

The speed debate

There is the common belief that by using 64bit Ubuntu, that somehow you will be experiencing a faster Linux experience. The thinking is because most of us are using dual-core processors now, you will see a significant speed increase. News flash – you can experience this today on 32bit Ubuntu.

rest here




I feel bad for people who read...

... content like this on the Internet and take credence in it.

That author is a total blockhead. He makes it seem like there's just no reason for a 64-bit OS, when there ARE reasons it'd make a good choice even or novice users. 64-bit isn't just the future, it's the NOW.

It all boils down to this, why NOT use a 64-bit OS? I've been using 64-bit Linux for five years and NEVER experienced a problem with 32-bit software. Oh wait, one: Adobe Flash. But today's distros make that a non-issue.

Thanks Lockergnome, it's idiots like your editors that keep people using 32-bit OSes when we should have made a conversion to 64-bit long ago.

64bit

So what "are" those reasons everyone should be running 64bit NOW?

64bit is a memory hog - unless you need to address more then 4G of ram, using 64bit gains you NOTHING, and costs you in RAM usage, I/O (bigger data means more info to move back and forth), and CPU (something has to handle all that I/O).

Since you incur NONE of that overhead running a 32bit OS on a >4G System - only fools waste resources on running a 64bit OS for no other reason then "it's there".

Re: 64bit

If you're running an ancient machine, sure, stick to 32-bit. If you're running ANYTHING even fairly recent, your PC is going to be able to handle the minor pitfalls of a 64-bit system that you mention to make them non-noticeable. I've been running Ubuntu 64-bit on my single-core CPU / 2GB RAM netbook for almost two full years and it runs great. I just don't see a reason why 32-bit is even viable anymore. There might not be major reasons to make the switch, but why not? The sooner we transition to 64-bit, the sooner all of our software will too.

If you have the simplest needs as a computer user, then go ahead and stick to 32-bit. If you like to wring out as much performance from your PC as possible, go with 64-bit.

32 and 64 bit OS

I have ran both 32 and 64 bit OS from the same distributions and the only conclusion I could find is programs will load a tad faster when first launched on a 64 bit system. Other than that the programs ran at the same speed on both. 64 bit is the "in" thing to have is the only compelling reason to run it. Of course when you mention 32 bit vs 64 bit OS everyone is suddenly a Video producer and needs the 64 bit OS.

Re: 32 and 64 bit OS

Well, it's not ONLY video producing that requires a beefy machine. I run a six-core Intel CPU (twelve-threads) along with 12GB of RAM and regularly make use of that on my Gentoo 64-bit install (VMware helps a lot, and compiling things uses the entire CPU with ease). If you have a HEAVY multi-tasker, a 64-bit OS is a no-brainer.

Comment viewing options

Select your preferred way to display the comments and click "Save settings" to activate your changes.

More in Tux Machines

An update on GnuPG

The GNU Privacy Guard (GnuPG) is one of the fundamental tools that allows a distributed group to have trust in its communications. Werner Koch, lead developer of GnuPG, spoke about it at Kernel Recipes: what's in the new 2.2 version, when older versions will reach their end of life, and how development will proceed going forward. He also spoke at some length on the issue of best-practice key management and how GnuPG is evolving to assist. It is less than three years since attention was focused on the perilous position of GnuPG; because of systematic failure of the community to fund its development, Koch was considering packing it all in. The Snowden revelations persuaded him to keep going a little longer, then in the wake of Heartbleed there was a resurgent interest in funding the things we all rely on. Heartbleed led to the founding of the Core Infrastructure Initiative (CII). A grant from CII joined commitments from several companies and other organizations and an upsurge in community funding has put GnuPG on a more secure footing going forward. Read more

Ubuntu: GNOME, New Video, Ubuntu Podcast, Refreshing the Xubuntu Logo

  • Ubuntu 17.10: We're coming GNOME! Plenty that's Artful in Aardvark, with a few Wayland wails
    Ubuntu has done a good job of integrating a few plugins that improve GNOME's user experience compared to stock GNOME – most notably a modified version of the Dash-to-Dock and the App Indicator extensions, which go a long way toward making GNOME a bit more like Unity. It's worth noting that Ubuntu's fork of Dash-to-Dock lacks some features of the original, but you can uninstall the Ubuntu version in favour of the original if you prefer. In fact you can really revert to a pretty stock GNOME desktop with just a few tweaks. Canonical said it wasn't going to heavily modify GNOME and indeed it hasn't.
  • What’s New in Ubuntu 17.10 Artful Aardvark
  • Ubuntu Podcast: S10E33 – Aggressive Judicious Frame
    This week we’ve been protecting our privacy with LineageOS and playing Rust. Telegram get fined, your cloud is being used to mine BitCoin, Google announces a new privacy focused product tier, North Korea hacks a UK TV studio, a new fully branded attack vector is unveiled and Purism reach their funding goal for the Librem 5.
  • Refreshing the Xubuntu logo
    Earlier this year I worked a bit with our logo to propose a small change to it – first change to the logo in 5 years. The team approved, but for various reasons the new logo did not make it to 17.10. Now we’re ready to push it out to the world.

Intel Linux and GCC Work

  • Intel Begins Landing GFNI Support In GCC 8
    Intel compiler engineers have begun landing "GFNI" support within the GNU Compiler Collection as one of the new ISA extensions not expected until the Icelake processor debut.
  • Control-Flow Enforcement Technology Begins To Land In GCC 8
    Intel Control-flow Enforcement Technology (CET) support has begun landing within the GNU Compiler Collection (GCC) for this code safety feature. Patches have been in the works for several months while now the start of the patches are being merged to mainline. Coincidentally, at the same time Intel is also landing their GFNI instruction patches in GCC as well.
  • Intel Continues Landing New i915 DRM Features For Linux 4.15
    Jani Nikula has sent in another drm-intel-next update for David Airlie's DRM-Next tree. They continue prepping more updates to their Direct Rendering Manager (DRM) for targeting the upcoming Linux 4.15 cycle. There have already been several Intel "i915" DRM driver updates queued in DRM-Next for this new kernel version. Past pulls have included marking Coffeelake graphics as stable, continued Cannonlake "Gen 10" graphics enablement, various display improvements, and quite a lot of other low-level code improvements.

Mesa Development Updates