2

I have some old supermicro servers with over 16GB of ram in them which are still running 32bit version of linux with 2.6.x kernels and vmware on top of it.

I wonder if there is any advantage of upgrading the distro/kernel to a 64-bit Debian.

The only problem is that right now I cannot create 64 bit guest vms in vmware.

I would also like to know that, upgrading this system to 64bit have any performance advantage or maybe the more appropriate question would be that would it have any disadvantage?

Yes indeed it was a VS question and the only reason why I want to have 64 bit guests is btrfs, nothing else. I don't really have database, memcache or other vms which would take advantage of the 64 bit, also none of the VMs have more than 4 gigs of memory. The most I think has is around 2GB.

"32bit only rules in the 4GB or less RAM space" so many of my guests are just fine with being 32bit guests but my host OS which have 24GB ram and runs a 32bit kernel does some PAE tricks to access the memory over the 4GB.

So let me put it this way. If my main goal here is to have faster (or at least not slower) vms, would it be an advantage for the HOST os to be 64 bit? Would it access the memory area faster over 4GB than it does it right now?

sysadmin1138
  • 135,853
DragonAge
  • 39

2 Answers2

3

If you're installing any OS in 2014 on modern hardware without 64-bit capabilities, you're making a bad design decision.

Even with the hardware RAM/CPU footprint you're describing for your VMware Workstation setup, it makes sense to utilize 64-bit versions of your operating system for forward compatibility, future-proofing and the very clear requirement you have for BtrFS 64-bit libraries.

ewwhite
  • 201,205
-3

64bit is slower and takes more RAM than 32 bit.

64bit addresses larger than 4GB RAM faster than 32bit can address it (and more smoothly). Individual programs can address more RAM natively on a 64bit system. As you already know you can't run a 64bit guest on a 32bit system.

Updated for your comment below:

My answer above was giving a 'vs' answer because you had a 'vs' question. But don't forget that 32bit is limited to 4GB RAM. That's fine when you have less than 4GB (the bios and memory mapped devices nick some of the 4GB address space).

But when you have more than 4GB RAM then a 32bit system has to resort to 'paging' tricks to address the extra RAM. Your underlying system has more than 4GB of RAM so it will normally go faster because of that.

64bit is slower (and bigger) than 32bit because all the pointers are bigger, take twice the space in memory of the smaller and therefor faster 32bit pointers.

But offset against the slowness when you address the full RAM via paging, you probably find that 64bit is faster for that case.

32bit only rules in the 4GB or less RAM space regardless of whether it is a program or an operating system.

Don't upgrade your guests though unless you have a clear advantage or a need for 64bit in your guests.

I see from downvotes that more people disagree than agree with my statements above. I just happened to be on a site researching an unrelated topic (Linux CC & ITSEC Certification) and noticed this interesting paragraph on the subject:

Going back years we have run 32-bit vs. 64-bit Linux benchmarks. While the results seldom change, we keep running them as the question of choosing between a 32-bit and 64-bit Linux distribution image is still a popular question… These tests drive in a surprising amount of traffic and I continue to be flabbergasted by the number of people still asking this question when nearly all modern x86 Intel/AMD hardware fully supports x86_64 and it generally means much better performance. Usually the only caveat in not using a 64-bit Linux image is if running a system with less than 2GB of RAM. (italics added - see original article)

Seems I'm not the only one doing some actual real world work finding that 64bit isn't always the answer.

Michael Hampton
  • 252,907
Ian Macintosh
  • 965