Visual Studio 64位?


262

根本没有64位Visual Studio吗?为什么不?



Visual Studio for Mac是64位,而Visual Studio Code是64位。
亚伦·弗兰克

@MartijnPieters如果此问题的“为什么不”被删除,可以重新打开吗?请注意,OP没有添加“为什么不添加”,它是出于某种原因由> 2k代表用户添加的。
jrh

@jrh:不,对不起。范围仍然太广,并且要求找到场外资源。
马丁·彼得斯

1
@MartijnPieters抱歉,我不知道原因,它是是/否(很容易证明,不能太宽泛,实际上是1个答案),它不是在要求链接,而只是要求链接是否存在。我可以看到,如果Microsoft曾经发布过64位版本,尽管可以公平地说,但这可能永远不会发生。公平地说,这些评论确实变成了“微软应该做X或Y”或“该博客文章是无稽之谈,因为____”,但这并不是问题的错。
jrh

Answers:


239

由于多种原因,没有

为什么在此MSDN帖子中进行解释。

首先,从性能角度来看,指针变大,因此数据结构变大,并且处理器高速缓存保持不变。这基本上会导致速度下降(您的行驶里程可能会有所不同)。因此,您从一个漏洞开始,必须利用4G上方的额外内存来挖掘自己的漏洞。在Visual Studio中,这可能会在某些大型解决方案中发生,但我认为最好的做法是首先只使用较少的内存。VS的许多算法都适用于此。这是一篇旧文章,它在一定程度上讨论了性能问题:https : //docs.microsoft.com/archive/blogs/joshwil/should-i-choose-to-take-advantage-of-64-bit

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


20
他的论点毫无意义。即使新的XML Office格式没有可移植性问题,Office64bit仍将必须支持旧的doc / xls文件。我希望。另一方面,我完全同意他的观点:90%的应用程序不需要移植到64位。不幸的是,并不是90%的客户认为。他们现在都要求使用本机64位:(
MK。10年

2
@MK:办公室的“ 娱乐性推测 ”无法幸免于难。尽管如此,本文中与该问题相关的部分(例如:VS x64)似乎很可靠。
亚当·罗宾逊

4
@Jean-FrançoisCorbett,请注意,lingvomir的答案早于此问题的日期,可能是因为它源自另一个问题,该问题已合并该问题中=)
Rob

6
作为开发人员,我通常同意较小的速度更快。VS不小。它不断地达到32位应用程序的最大空间,然后变得更慢。您不能同时使用两种方法,要么使其变得更快,更小,要么意识到它太大而无法处理。
NebulaSleuth

3
仅在一个项目上工作,将消耗3GB的虚拟内存。微软开发人员应将自己的理由坚持在没有阳光的地方。这是我在Windows世界中的第一份工作,我敢打赌这是我的最后一份工作。我已经非常想念eclipse + gcc / clang ...
nulleight

33

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

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

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


4
不知道为什么要投票否决;检查(x86)是有用的石蕊测试。
马修·克劳斯

11
@MatthewKraus:因为大多数知道他们想要64位Visual Studio的人都会知道程序文件的命名约定。
该死

16
问题不是VS是32位还是64位。就是根本没有64位版本。
nawfal

5
没有64位文件夹并不意味着该应用程序没有64位版本。安装32位Firefox,它将转到Program Files (x86)。这是否意味着没有64位Firefox?
phuclv

2
@MatthewKraus OP询问是否有64位VS,而不是计算机上的VS是32还是64位版本
phuclv

4

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


70
在分配的内存相对较小之前,它运行良好。当它> 2gb时,它将变得非常缓慢,并每秒调用一次GC。
格里高里

4
不需要,当我需要调试具有本机依赖项的Web应用程序时(感谢Oracle)。
jpmc26 2013年

6
内置版本和独立版本的Blend都完全损坏。您必须以“ x86”或“任何CPU”为目标,以便可以看到xaml,然后将目标为64,以便可以运行和调试。同上编辑并继续。清单继续。太糟糕了,我没有适合打印的单词。
德克·贝斯特2014年

6
对于较大的解决方案,您可能会用完内存。因此,它不会“正常运行”。
ikku100

12
尝试运行包含288个项目和Resharper的解决方案。RIP Visual Studio内存
Adam H

4

否,但是它可以在win64上正常运行,并且可以创建win64 .EXE


4
不幸的是,交叉调试是。
汉斯·帕桑

13
无关紧要的是,该问题适用于64位VS和生态系统。谁在乎在64位操作系统上运行32位的能力?
德克·贝斯特2014年

7
根据DirkBester的回复,@ steelbytes无关紧要。64位Visual Studio的要点是使您的编译环境可以在64位本机运行。获得64位进程的内存空间。执行本机64位指令集进行编译等。创建64位程序,每个人都知道我们已经可以在32位Visual Studio上做到这一点。
2015年

2
这太无用了,根本无法回答问题。
t3chb0t

-4

根本没有64位Visual Studio吗?

是的,从字面上看,有一个叫做“ Visual Studio”的文件,它是64位的,但是,在Mac而非Windows上

为什么不?

决策是在我们的大脑中进行的电化学反应,具有激活点(我能想出但可以遵循的最呆子的答案)。历史上也发生过同样的情况:Windows 64!...

因此,为了全面回答这个问题,我希望您能记住过去。想象一下当时存在“为什么我们看不到64位Windows”的原因。我认为当时使用Windows64的原因也完全相同,其他人在这里也提到“为什么Windows上不使用64位VS的原因”也正是“为什么不使用64位Windows的原因”。那为什么他们要开始针对Windows 64bit进行开发呢?简单!如果他们不能成功地制造64位Windows,我敢打赌M $如今已成为历史。如果迫使M $制造64位Windows的相同原因开始出现在需要64位VS的情况下,那么我敢打赌我们会看到64位VS,尽管在此征募的其他所有人的原因也相同!随着时间的流逝,32位的限制也可能会影响到VS,因此最有可能发生以下情况:

  • Visual Studio将放弃32位支持,并变为64位,
  • Visual Studio Code将代替它,
  • 对于旧扩展,Visual Studio将具有类似的功能,例如WOW64,我相信这不太可能发生。

我押注了Visual Studio Code的及时发布。我猜这是一个分叉点,这将是一些CPU制造商X开始与x86_64架构竞争,从而取代其在笔记本电脑和/或工作站的主流市场上的位置,


9
太多的反对意见,甚至没有一个人争论为什么。矛盾的是,这个答案很有趣。
伊万津尼奥(Ivanzinho)

Afaik没有“为什么我们看不到64位Windows”的问题-Win2k已经具有64位版本,在该版本中尚未完全使用32位系统。只有一个人没有使用过它。但是,m $通常会因使用此类开关而遇到严重麻烦,这可能是因为,即使他们的团队也无法真正访问其他团队的源代码。
彼得-

@ peterh-ReinstateMonica工作on64bit和是64位不同itprotoday.com/compute-engines/...
阿卜杜拉希姆

@Abdurrahim不,Win2k有一个真正的64位版本。此外,本文有很多错误,这是最终用户撰写的最终用户文章(例如,他认为PAE是一项特定功能,即使在32位OS上,PAE也可以使用大于4GB的RAM)特定的Intel CPU)。
peterh-恢复莫妮卡
By using our site, you acknowledge that you have read and understand our Cookie Policy and Privacy Policy.
Licensed under cc by-sa 3.0 with attribution required.