随着 OS X 10.5.7 的发布,关于 64 位应用程序与 64 位应用程序的讨论越来越多。32 位应用程序...必须转换应用程序的制造商、由于缺乏资源而很快无法转换应用程序的制造商(这显然是一件大事)等等。转换某个应用程序有什么好处(例如 iTunes) 会是,等等......

我想知道,当您在 VM(我的意思是 .Net Framework 或 JVM)中运行并且仅在“托管代码”中编写代码(在 Java 中,没有 JNI,不确定这在 Ruby 中是什么)时,是否:

  1. 当您的虚拟机变成 64 位时,您是否会获得好处,而无需自己了解这些东西?或者
  2. 您是否真正获得了好处(也没有转换的麻烦),因为您的应用程序与可能的情况相比效率相当低(尽管可能足够快来完成您需要的操作)?
有帮助吗?

解决方案

我开发 64 位的主要原因是内存。使用 64 位指针可寻址更多内存,对于某些问题域,32 位的理论 4GB 限制(通常更少)并不令人满意。

对于像 iTunes 这样的东西,转换几乎毫无意义,因为它是一个低功耗应用程序,不需要大内存。

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

其他提示

我不能代表CLR(我会假设它类似),但64位JVM将为您提供64位的所有内存优势,无需任何转换。

许可以下: CC-BY-SA归因
不隶属于 StackOverflow
scroll top