Visual Studio 64位？

Question

Visual Studio 64位？

是否有任何64位Visual Studio？为什么不？

Answer 1

由于种种原因,没有.

为什么在这篇MSDN帖子中有解释.

首先,从性能角度来看,指针变得更大,因此数据结构变得更大,并且处理器缓存保持相同的大小.这基本上导致原始速度命中(您的里程可能会有所不同).所以你从一个洞开始,你必须通过使用4G以上的额外内存来挖掘自己的洞.在Visual Studio中,这可能发生在一些大型解决方案中,但我认为最好的办法是首先使用更少的内存.VS的许多算法都适用于此.这是一篇旧文章,讨论了一些长度的性能问题:http: //blogs.msdn.com/joshwil/archive/2006/07/18/670090.aspx

其次,从成本的角度来看,将Visual Studio移植到64位的最短路径可能是将其中大部分移植到托管代码,然后移植其余部分.这个原生代码的完整端口的成本将非常高,当然所有已知的扩展都会破坏,我们基本上必须创建一个64位的生态系统,就像你对驱动程序一样.哎哟.

他的论点毫无意义.即使新的XML办公室格式没有可移植性问题,Office64bit仍然必须支持旧的doc/xls文件.我希望.另一方面,我完全赞同他:90%的应用程序不需要移植到64位.不幸的是,并非90%的客户认为.他们现在都要求原生64位:( (17认同)
在SO上发布的最短可接受的anwser! (6认同)
因 OOM 崩溃比使用更多内存更好，这是很好的推理。 (6认同)
@ Jean-FrançoisCorbett,请注意,lingvomir的回答早于**这个问题的日期**,可能是因为它起源于另一个问题**被合并**到**这个=) (4认同)
@乔伊。它取决于项目大小。我的带有大型 C#/C++ 解决方案的 VS 总是在 1.5 和 2gb 之间徘徊（这只是空闲时的 IDE）。我没有任何扩展，只有默认的标准 VS Enterprise 安装。 (3认同)
仅在一个项目上工作，将消耗3GB的虚拟内存。微软开发人员应将自己的理由坚持在没有阳光的地方。这是我在Windows世界中的第一份工作，我敢打赌这是我的最后一份工作。我已经非常想念eclipse + gcc / clang ... (3认同)
@MK:办公室"*娱乐性猜测*"无法在嗅探测试中存活下来.尽管如此,与问题相关的文章部分(re:VS x64)看起来非常可靠. (2认同)
作为开发人员，我通常同意较小的速度更快。VS不小。它不断地达到32位应用程序的最大空间，然后变得更慢。您不能同时使用两种方法，要么使其变得更快，更小，要么意识到它太大而无法处理。 (2认同)

Answer 2

Ani*_*Das 31

没有!没有64位版本的Visual Studio.

如何知道它不是64位: 一旦下载Visual Studio并单击安装按钮,您将看到它自动选择的初始化文件夹是C:\ Program Files(x86)\ Microsoft Visual Studio 14.0

根据我的理解,所有64位程序/应用程序都转到C:\ Program Files,所有32位应用程序从Windows 7开始转到C:\ Program Files(x86).

问题不在于VS是32位还是64位.如果有一个64位版本. (13认同)
@MatthewKraus:因为大多数知道他们想要64位Visual Studio的人都会知道Program Files命名约定. (7认同)
@damd 考虑到这个问题的赞成票数量，很多人都对 VS 是否是 64 位感到好奇，并且显然需要一些帮助来弄清楚。这个答案正是提供了这一点——它向您展示了如何通过查看 VS 安装到哪个文件夹来弄清楚。任何可以访问免费或试用版的人都可以执行此测试。为了确定它是 32 位还是 64 位，这个答案提供了一个有用的烟雾测试。与其他不提供参考的单行答案相比，这是一个更有用的答案。 (5认同)
不知道为什么这会被低估; 检查(x86)是一个有用的试金石. (3认同)
没有64位文件夹并不意味着应用程序没有64位版本.安装32位Firefox,它将转到`Program Files(x86)`.这是否意味着没有64位Firefox？ (3认同)
程序安装到哪个文件夹实际上并不一定与它实际上是 32 位还是 64 位相关。例如，某些程序错误地将自身安装到“Program Files”而不是“Program Files (x86)”，尽管它们是 32 位程序。 (2认同)

Answer 3

小智 23

更新：2021 年 4 月 19 日

微软宣布他们的预览版Visual Studio 2022 64 位

最后！真的真的_真的_很开心。虽然晚了 15 年，但现在总比没有好。 (7认同)

Answer 4

Wol*_*ich 9

Visual Studio 2022 是 64 位

Windows 上的 Visual Studio 2022 现在是 64 位应用程序。这意味着您甚至可以打开、编辑、运行和调试最大、最复杂的解决方案，而不会耗尽内存。

请参阅https://learn.microsoft.com/en-us/visualstudio/ide/whats-new-visual-studio-2022

Answer 5

Luk*_*keH 5

否，但是32位版本可以在64位Windows上正常运行。

在分配的内存相对较小之前，它运行良好。当它> 2gb时，它将变得非常缓慢，并每秒调用一次GC。 (60认同)
内置版本和独立版本的Blend都完全损坏。您必须以“ x86”或“任何CPU”为目标，以便可以看到您的xaml，然后将目标为64，以便可以运行和调试。同上编辑并继续。清单继续。太糟糕了，我没有适合打印的单词。 (6认同)
尝试运行具有288个项目和Resharper的解决方案。RIP Visual Studio内存 (6认同)
不需要，当我需要调试具有本机依赖项的Web应用程序时（感谢Oracle）。 (4认同)
对于较大的解决方案，您可能会用完内存。因此，它不会“正常运行”。 (3认同)
不，VS不能“正常”运行。甚至是一个中等复杂的解决方案也开始遇到与内存有关的缓慢问题，更糟糕的是，大量VS组件泄漏了内存，这加剧了该问题。VS的每个新版本都会使情况变得更糟。 (2认同)

归档时间：	15 年，8 月前
查看次数：	197205 次
最近记录：	6 年，5 月前