为什么 visual studio 没有迁移到 64 位

[feifei003]

看到这篇文章

https://docs.microsoft.com/en-us/archive/blogs/ricom/revisiting-64-bit-ness-in-visual-studio-and-elsewhere

是不是照这个意思其实跑 32 位程序比跑 64 位程序更好

[alphatoad]

对于 vs 确实意义不大，但是长期下来估计历史包袱会很重
什么时候 m$才能想 Catalina 那样砍掉所有的 32 位程序呢

[ybw]

都是借口，真实原因就一个字，懒

[nannanziyu]

果粉的脑子烧坏了吧，还砍掉 32 位
这是操作系统，不是玩具
向下兼容是基本的
几年前写个工具软件，过两年就不能用了，还鼓掌拍手的，我也就见过果粉

[lishunan246]

当然是为了兼容最新的 Surface Pro X 。

[onecode]

笑死，还懒，要是懒得话也不用两年更新一个版本了
又不是 Xcode，上 64 位照样天天崩
gui32 位有什么影响，编译器和调试器都是 32/64 位共存的，好好优化性能他不香嘛，你们有几个用 vs 开发的项目占用内存 4g 以上的

[Mithril]

@onecode 主要是 32 位可用内存差不多只有 2G 多，但是 Visual Studio 的插件全部都是 host 在自己进程中的。这就导致了某些复杂项目里，用来做分析的插件会占用一大堆内存最终导致 IDE 进程崩溃。
特别是 C++项目里，如果解决方案有很多项目，而且大量使用了模板。很多第三方插件都会崩溃，比如 Resharper C++或者 Visual Assist X 。这些插件会尝试加载所有头文件有的甚至会分析模板。你会眼瞅着内存暴涨最后 devenv 炸掉。
目前只能卸载某些项目，或者暂时禁用插件的分析功能。

[onecode]

@Mithril 你开发电脑内存多少

[Mithril]

@onecode 64G

[reus]

@onecode 都说了是插件用的内存多于 32 位进程内存上限了，还问什么总内存？这不就是影响吗？

[ipwx]

@onecode 32 位程序只能用 4g 虚拟地址。其中 2g 是内核寻址，用户态能用的只有另外 2g 。

[ipwx]

用上虚拟内存映射可能也许能够缓解用户态地址空间紧张吧。不过正常人写程序谁用 mmap 搞一堆那么复杂的，不如直接上 64 位。

[onecode]

@reus 你去看看 Resharper 是不是占内存大户再来喷，一个插件的锅让 vs 来背？

[onecode]

@ipwx 谁告诉你 vs 在 64 位操作系统中只能用到 2g 内存的

[reus]

@onecode 好啊，我就搜索了“Resharper memory consumption”，找到如下讨论：

https://resharper-support.jetbrains.com/hc/en-us/community/posts/360002647079-Analyze-high-memory-consumption-of-Resharper

https://resharper-support.jetbrains.com/hc/en-us/community/posts/360000474170-Out-of-memory-issues

要解决这个问题，要么就是 vs 用 64 位，插件就能用上更多内存，要么就让插件跑在独立的进程里。

分析插件用内存多有什么奇怪的？

反正死守 32 位就是傻逼。

[onecode]

@reus 开始攻击了？那你不要 @我了

[onecode]

@reus 几句话就嘴里喷屎的玩意

[reus]

@onecode 我说微软死守 32 位是傻逼，可没说你，倒是你攻击我了。

当然，现在看来你也是傻逼。

[martinsu]

既然 32 位比 64 位还有优势，为什么不再往回退去用 16 位，8 位？

[minamike]

挨炮只有 64 位砍掉 32 位是傻逼
巨硬死守 32 位不升 64 位就不傻逼吗
傻逼何苦嘲笑傻逼

[nannanziyu]

楼上果粉脑子烧坏证据+1
分不清应用程序和操作系统吗？
还死守 32 位，你没听说过 64 位的 windows 吗