Programming languages 高级语言的情况：64位还是32位？

随着OSX10.5.7的问世，有很多关于64位应用和32位应用的讨论。。。必须转换应用程序的制造商，由于缺乏资源（这显然是一笔巨大的交易）而无法很快转换应用程序的制造商，等等。转换某个应用程序的好处是什么（比如

我想知道，当您在VM（我指的是.Net框架或JVM）中运行时，是否只在“托管代码”中编写代码（在Java中，没有JNI，不确定在Ruby中会是什么）：

当你的虚拟机变成64位时，你自己不必知道这些东西，你会得到好处吗？或者

你真的没有得到好处（也没有转换的麻烦），因为你的应用程序与可能的相比效率很低（尽管可能足够快，可以满足你的需要）

---

我开发64位的主要原因是内存。更多的内存可以用64位指针寻址，对于一些问题域，32位（通常更少）的理论4GB限制不太令人满意

对于iTunes之类的应用程序，这种转换几乎毫无意义，因为它是一款低功耗的应用程序，不需要大内存

---

我不确定64位OSX如何处理32位二进制文件，但在Windows中，模拟近乎完美，对于许多应用程序来说，根本不需要升级。

我开发64位的主要原因是内存。64位指针可以寻址更多内存，对于一些有问题的域，32位的理论4GB限制（通常更少）这不太令人满意

对于iTunes之类的应用程序，这种转换几乎毫无意义，因为它是一款低功耗的应用程序，不需要大内存

---

我不确定64位OSX如何处理32位二进制文件，但在Windows中，仿真近乎完美，对于许多应用程序来说，根本不需要升级。

我不能代表CLR（我假设它是类似的），但64位JVM将在不进行任何转换的情况下为您提供64位的所有内存优势。

我不能代表CLR说话（我想也是这样），但64位JVM将在不进行任何转换的情况下为您提供64位的所有内存优势。

因此，您使用64位指针所做的工作不能是无指针的吗？我不使用指针，因为我使用的是托管语言，如c#和Java。因此，从我的观点来看，从32位到64位的转换几乎完全没有痛苦。我认为有相当多的问题除了需要额外grunt的繁重程序外，所有程序都可以使用托管运行时。这使得此类大型转换的管理成本大大降低。我将此标记为最佳答案，但如果您能将您的评论纳入您的答案中，则最好是2x！@spender：可能没有任何理由转到64-位，即使程序需要大量内存。32位程序可以在64位（和32位）上分配超过4GB的内存Windows：所以你使用64位指针的工作不能无点完成？我不使用指针，因为我使用的是托管语言，如c#和Java。因此，从我的观点来看，从32位到64位的转换几乎完全没有痛苦。我认为，除了需要大量运行的程序外，所有程序都可以使用托管运行时额外的咕噜声。这使得这种大型转换的管理成本大大降低。我将把它标记为最佳答案，但如果你能将你的评论加入到你的答案中，那将是最好的2x！@spender：即使程序需要大量内存，也没有理由使用64位。32位程序可以分配更多内存64位（和32位）Windows上的内存超过4GB：