起首说兼容性：
以我的经历，64 位的兼容性更好。理由很简单：凡是 64 位的系统，能够运行 64 位应用法式和 32 位应用法式。但是 32 位的系统，其实不老是能一般运行 64 位的法式。
所以，根本上 64 位拆了 multilib 然后 64-32 通吃， 32 位固然理论上能够吃 64 位应用法式，但那方面的测试和应用其实不遍及，出了问题谁也不包管能处理。
我如今所有的 Linux 机器都是 64 位。鉴于 Linux 下面绝大大都应用法式都有 64 位，Linux 显然是比 Windows 更值得上 64 位的。
如今来说长处：
64 位的一个长处就是你的 CPU 末于能够全数用上了，在 32 位形式中，你的 CPU 只要一半的存放器起了感化，而那部门存放器也只要一半的空间（低32位）起感化。实正工做的存放器空间只要四分之一。换句话说，32位形式中，你的 CPU 有四分之三的存放器空间是闲置的。
64 位的别的一个长处是原生 SSE 撑持，一般而言，32 位 Linux 代码的编译选项都不带 SSE，除了某些零丁处置要撑持 SSE 的应用法式以外。而 64 位的所有应用法式，SSE 都是翻开的，因为所有 64 位 x86 CPU 都撑持 SSE，所以那个选项间接翻开了。
当然 64 位别的一个长处就是你的应用法式末于能够用上2G以上的内存了，32 位能够利用 PAE 内核你的系统总内存到达 64G。——但是关于任何一个单一的历程，你仍然遭到 4G 的限造，而关于差别的系统而言，有可能只能用到 2G。而关于 64 位系统，任何一个法式都能够分配超越 4G 的内存，那关于 Photoshop 一类吃海量内存的软件来说十分有用。
最初来说说缺点：
64位的更大缺点天然是内存占用。起首， 64 位代码天然的比 32 位代码长一倍，考虑到指令集方面的优化，现实上，64位代码可能只相当于32位的 120%-150% 空间，当然，即使是那一点，也比原先占用更多了。
其次，若是你必然需要运行那些闭源的，不带 64 位撑持的 32 位软件，那么你就需要安拆 multilib，而那，必然水平上意味着你一个机器有两套库，那又是额外的内存占用。
所以总的来说，系统内存占用可能加倍，当然那对目前的支流机器来说并没有太大问题。也就是从原先的系统启动 512M，酿成了系统启动占 700M-1G 的程度。
流水潺潺