Rudemeister wrote:Well, I installed Mint 14 KDE RC 32-bit on a spare drive just to see how well it runs. This thing is awesome. everything has installed and worked flawlessly so far. I'm itching to put my regular drive bqack in and put this on it. But I think I'll wait for the official release. I don't know how one could improve on this much, but it'll be interesting to see.
I do have a question though. What is the draw back and merits of the 32-bit versus the 64 bit? I keep hearing the 32-bit is more stable. I want to put it on my workstation. It's an HP XW8600 with 2 quad core Xeons and 16G of ram. I understand the PAE kernel works fine on 32-bit. Opinions?
The original idea of 64-bit was that it could recognize more than 4 GB of RAM, whereas 32-bit could technically recognize only 4 GB (it was actually less in practice, somewhere between 3 GB and 4 GB). I'm going to speak about LMDE kerenls because I have more experience with them, but the same idea applies to Ubuntu, besides that Ubuntu has stopped offering non-PAE kernels. The LMDE 201109 release came with a 32-bit 486 kernel, which could recognize up to 4 GB of memory and one processor. You could install the 32-bit 686-pae kernel, which can recognize more than 4GB of RAM and multiple processor cores. PAE increases memory usage somewhat, so it's only worth it if you have more than 4 GB of RAM or multiple processor cores. 64-bit is very similar to PAE - it allows for more RAM and processor cores to be recognized, but it uses more RAM. I personally find 64-bit is a decent amount better for new computers (or computers that have more than 4 GB of RAM), but it is fairly comparable to PAE. The main complaint about PAE is that many very old computers' processors don't support PAE, and, therefore, can't boot the kernel. I'm lucky in that my old Gateway's processor was advanced for its time (2002-ish), so it does have PAE support. The benefit of 32-bit is that some applications are packaged for 32-bit only, like skype. A little while ago (I want to say Ubuntu 10.10 and earlier, but I can't remember exactly - it was before I used linux) you could install a package called ia32-libs, which brought down 32-bit libraries and kind of allowed you to run 32-bit packages on a 64-bit machine. Most applications worked well, but it was kind of cumbersome and restrictive. Something called multiarch was created (and, to my knowledge, pioneered by Debian). This would allow you to add different "archs" to your system - i386, 64-bit, etc. being an arch. This would allow you to run applications from 32-bit on 64-bit systems. I personally like this better, although some applications still depend on ia32-libs, which you can't use with multiarch AFAIK. This is especially important to debian because they support so many different archs (i386, amd64, powerpc, spark, armel, etc), which now can theoretically all be run on the same system.
If you 16 GB of RAM than I think definitely 64-bit.
Dell XPS 15 l502x - Debian Testing 64-bit NetInst Xfce, SolydX 64-bit Debian Testing, SolydK 64-bit SolydXK Testing
Old Gateway Pentium 4 Desktop - Arch Linux 64-bit Xfce and SolydX 32-bit Sid