Warning: file_get_contents(/data/phpspider/zhask/data//catemap/1/visual-studio-2012/2.json): failed to open stream: No such file or directory in /data/phpspider/zhask/libs/function.php on line 167

Warning: Invalid argument supplied for foreach() in /data/phpspider/zhask/libs/tag.function.php on line 1116

Notice: Undefined index: in /data/phpspider/zhask/libs/function.php on line 180

Warning: array_chunk() expects parameter 1 to be array, null given in /data/phpspider/zhask/libs/function.php on line 181
Visual studio Visual Studio 2012 64位?_Visual Studio_Visual Studio 2012_64 Bit - Fatal编程技术网

Visual studio Visual Studio 2012 64位?

Visual studio Visual Studio 2012 64位?,visual-studio,visual-studio-2012,64-bit,Visual Studio,Visual Studio 2012,64 Bit,我知道在VisualStudio2010中没有64位版本。vs2012有64位版本吗?没有 可能是因为(不需要额外的地址空间,因为对于这个应用程序,它会使它膨胀、速度减慢,并且需要很长时间才能移植到这样的体系结构,更不用说32位版本可以在64位机器上工作) 更新: 微软现在已经宣布了这一点 我希望其中一个主要驱动程序能够加载和调试内存转储,这些内存转储大于~4GB的可寻址32位空间(考虑到Windows使用64位的时间,这种内存转储不再罕见)。没有64位版本 你可以看看这个 (考虑添加未添加的

我知道在VisualStudio2010中没有64位版本。vs2012有64位版本吗?

没有

可能是因为(不需要额外的地址空间,因为对于这个应用程序,它会使它膨胀、速度减慢,并且需要很长时间才能移植到这样的体系结构,更不用说32位版本可以在64位机器上工作)


更新:

微软现在已经宣布了这一点


我希望其中一个主要驱动程序能够加载和调试内存转储,这些内存转储大于~4GB的可寻址32位空间(考虑到Windows使用64位的时间,这种内存转储不再罕见)。

没有64位版本

你可以看看这个 (考虑添加未添加的原因)

为什么不立即使用64位?

首先,从性能的角度来看,指针变大了,因此 结构变大,处理器缓存保持不变。 这基本上会导致未经处理的速度冲击(您的里程数可能会有所不同)。所以 你从一个洞开始,你必须一个接一个地把自己从洞里挖出来 将4G以上的额外内存用于您的优势。在VisualStudio中 在一些大型解决方案中可能会出现这种情况,但我认为这是一件更好的事情 首先要做的就是使用更少的内存。许多VS的 算法也适用于此

第二,从成本的角度来看,可能是最短的路径 将VisualStudio移植到64位就是将其大部分移植到托管代码 递增,然后移植其余部分。一整港口的费用 很多本机代码都会非常高,当然所有代码都是已知的 扩展将中断,我们基本上必须创建一个64位 生态系统就像你为司机做的一样


没有。显然也没有计划。

如果我想为64位机器构建OpenCV,我可以用这个visual studio吗?@AbidRahmanK-是的。只是Visual Studio本身(应用程序)是32位的,我想问一下,我使用的是64位windows、64位Python和64位Numpy。唯一缺少的是没有64位VS。它仍然能够为x64构建它?@AbidRahmanK-就像我说的。对您可以使用Visual Studio为x64生成。Visual Studio应用程序是32位的,但是是的,它可以为x64构建。这种营销胡说八道——“购买x64,因为你可以使用更多的RAM,我们的软件运行得更快”,而“我们不提供x64,你根本不需要它-它浪费CPU,4GB的RAM对每个人都足够”@taras.roshko他们对MSVC的看法是:“我们太懒了,不能移植这么多代码——所以你不应该真的要求我们这么做。”无论如何,我总是认为标准背后的想法(主要是C++)。架构之间的移植只有在你做一些依赖于架构的事情时才是必要的。许多C/C++程序编译和工作都很好,几乎没有移植。@j_kubik你真的遇到过因为32位内存限制而不能工作的MSVC项目吗?我没有。我明白你的意思,但老实说,MSVC是其中之一ir最佳products@Yablargo我并不真正使用MSVC,但我同意MSVC实际上并不真正需要64位。在linux下,我使用g++-它是64位的,但这只是因为一切都是如此。编译器可能还不需要它。虽然我觉得移植g++相当快(嗯……或者它是很久以前为其他一些不兼容i386的64位服务器编写的吗?需要在空闲时间研究一下。)很公平。我想这归结为“我们无法证明成本是合理的”。如果没有其他原因的话,软件工程师有一个坏习惯,就是做出不必要的改进;).对于Linux,它根本不会运行32位二进制文件,对吗?可能是,在当前状态下,MSVC在不进行大修的情况下,总是会更快地运行32位。