IDE/编译器 PC 基准测试来比较我的 PC 性能?

发布于 2024-07-10 03:03:07 字数 490 浏览 3 评论 0原文

我正在寻找一个基准测试(以及其他 PC 上的结果),它可以让我了解通过升级 PC 可以获得的开发性能增益,而且该基准测试还可以用来向我的老板证明升级的合理性。

我使用 Visual Studio 2008 进行开发,因此我想了解构建时间会通过哪些因素得到改善,如果基准测试能够纳入 IDE 性能(即在编辑时、使用智能感知、打开代码文件等)到其结果中。

我目前拥有 AMD 3800x2,在 Vista 32 上配备 2GB RAM。例如,我想知道在 Vista 64 上配备 Q6600、4GB RAM 的 Visual Studio 2008 中我会看到什么样的性能提升。处理器和其他 RAM 大小...还可以查看硬盘性能是否是一个重要因素。

编辑:我提到 Vista 64 是因为我知道 Vista 32 最多只能使用 3GB RAM。 因此,我认为想要使用更多 RAM 需要 Vista 64,但总体来说可能仍然会更慢,因为在 64 位操作系统上使用 32 位 VS 2008 会产生很大的开销。

I'm looking for a benchmark (and results on other PCs) which would give me an idea of the development performance gain I could get by upgrading my PC, also the benchmark could be used to justify the upgrade to my boss.

I use Visual Studio 2008 for my development, so I'd like to get an idea of by what factor the build times would be improved, and also it would be good if the benchmark could incorporate IDE performance (i.e. when editing, using intellisense, opening code files etc) into its result.

I currently have an AMD 3800x2, with 2GB RAM on Vista 32. For example, I'd like to know what kind of performance gain I'd see in Visual Studio 2008 with a Q6600, 4GB RAM on Vista 64. And also with other processors, and other RAM sizes... also see whether hard disk performance is a big factor.

EDIT: I mentioned Vista 64 because I'm aware that Vista 32 can only use 3GB RAM maximum. So I'd presume that wanting to use more RAM would require Vista 64, but perhaps it could still be slower overall there is a large overhead in using the 32 bit VS 2008 on 64 bit OS.

如果你对这篇内容有疑问,欢迎到本站社区发帖提问 参与讨论,获取更多帮助,或者扫码二维码加入 Web 技术交流群。

扫码二维码加入Web技术交流群

发布评论

需要 登录 才能够评论, 你可以免费 注册 一个本站的账号。

评论(6

凉城凉梦凉人心 2024-07-17 03:03:07

抱歉,我不知道 IDE 的具体基准测试。

但是,Vista-64 运行 VS 的速度不会比 Vista-32 快,因为 VS 是 32 位的。 如果有什么不同的话,它在 Vista-64 上的运行速度会稍微慢一些。 要在 Vista x64 上运行任何 32 位应用程序,操作系统使用名为 WOW64 的转换层:

WOW64 是一种兼容性操作系统提供的环境,允许 32 位应用程序在 Windows 64 位操作系统上运行。

一个问题是,必须在 WOW64 下运行 Visual Studio,实际上它在 Vista x64 上的运行速度可能比签证 x86。 显然在 x86 下它不需要经过翻译过程。

网络上有很多在 32 位和 64 位版本的 Windows 上运行 32 位应用程序之间的比较。 一般来说,即使有任何好处,也相对较小。 一项这样的测试确实显示仅在某些有限的情况下有所改进,甚至降低了在 64 位环境中运行的某些 32 位应用程序的性能:

我们看到的是使用 64 位内存寻址,或者特别是将 32 位可执行文件的内存寻址转换为与 64 位版本一起使用XP,对内存带宽造成了轻微的影响。 虽然还不够大,不足以成为问题,但它证明了我们从之前的基准测试结果中已经看到的情况:32 位代码在 64 位环境中的运行速度比在本机 32 位环境中的运行速度稍慢。

更好的 RAM 和磁盘性能肯定会有所帮助。 当你构建时,VS 会执行大量磁盘 IO。

斯科特对此有一篇很好的文章:http://weblogs.asp.net/scottgu/archive/2007/11/01/tip-trick-hard-drive-speed-and-visual-studio-performance.aspx< /a>

Sorry, I don't know of any benchmarks for the IDE specifically.

However, Vista-64 won't run VS any faster than Vista-32 because VS is 32-bit. If anything it will run slightly slower on Vista-64. To run any 32-bit application on Vista x64, the OS uses a translation layer called WOW64:

WOW64 is a compatibility environment provided by the operating system that allows a 32-bit application to run on a Windows 64-bit operating system.

A concern would be that having to run Visual Studio under WOW64, it may actually run slower on Vista x64 than Visa x86. Obviously under x86 it won’t need to go through a translation process.

There are a lot of comparisons between running 32-bit applications on 32-bit and 64-bit versions of Windows on the web. And in general if any benefits are seen at all, they are relatively minor. One such test does show an improvement in only certain limited circumstances, and even reduced performance for some 32-bit apps running in a 64-bit environment:

What we saw was that using 64-bit memory addressing, or especially converting the memory addressing of a 32-bit executable to work with the 64-bit version of XP, imposed a slight memory bandwidth hit. While not big enough to be an issue, it proves what we were already seeing from the previous benchmark results: 32-bit code runs slightly slower in a 64-bit environment than it does in its native 32-bit habitat.

Better RAM and disk performance will certainly help. VS does a lot of disk IO when you're building.

Scott has a good post about this: http://weblogs.asp.net/scottgu/archive/2007/11/01/tip-trick-hard-drive-speed-and-visual-studio-performance.aspx

拧巴小姐 2024-07-17 03:03:07

请阅读此博客来自 Patrick Smacchia 的帖子。 我很清楚,区别在于 HDD/SSD,所以选择 SSD。

Please read this blog post from Patrick Smacchia. It's clear enough to me that the difference is in the HDD/SSD so go for a SSD.

爱给你人给你 2024-07-17 03:03:07

我不知道有什么基准可以与 Visual Studio 进行比较……但我可以告诉你; 最划算的就是购买更快的硬盘(例如 300GB Velociraptor)并确保有足够的 RAM。

I don't know of any benchmarks that compare Visual Studio.... but I can tell you this; the biggest bang for your buck would be buying a faster harddrive (like the 300GB Velociraptor) and making sure you have sufficient RAM.

彼岸花似海 2024-07-17 03:03:07

我只能说,在“incredibuild”增强网络环境中对客户端的概述可以为您提供这样的速度比较。
我们与 10 个客户端一起使用它(尽管硬件上都是相同的:()

也许这里有一些比我工作的大公司的开发人员可以为您提供有趣的信息?!

I just can say, that an overview of clients within an environment of "incredibuild"-enhanced network could give you such a speed-comparison.
we use this with 10 clients (all equal in hardware, though :( )

maybe here are some developers of bigger companies than i work at to give you interesting information?!

你对谁都笑 2024-07-17 03:03:07

Anandtech 已开始使用 Visual Studio 2008 中的 Chromium 版本作为 CPU 基准测试。

Anandtech have started using a build of Chromium in Visual Studio 2008 as a CPU benchmark.

http://www.anandtech.com/show/4083/the-sandy-bridge-review-intel-core-i5-2600k-i5-2500k-and-core-i3-2100-tested/19

書生途 2024-07-17 03:03:07

任务有很多,但据我研究过:

  • VS启动-SSD& RAM
  • 编译项目 - 具有多个内核的快速 CPU(编译利用更多内核/HT)+ SSD
  • 在文件中查找/查找参考 - 具有尽可能最高速度的最大 RAM + SSD

所以一般来说,一切都很好是件好事。 至少 4 个核心,至少 8-16 GB RAM 和不错的 SSD。

There are many tasks, but as far as I have researched:

  • VS start - SSD & RAM
  • Compile project - fast CPU with many cores (compilation utilize more cores/HT) + SSD
  • Find in files/find reference - max RAM with highest possible speed + SSD

So generally it's good to have everything great. At least 4 cores with at least 8-16 GB RAM with decent SSD.

~没有更多了~
我们使用 Cookies 和其他技术来定制您的体验包括您的登录状态等。通过阅读我们的 隐私政策 了解更多相关信息。 单击 接受 或继续使用网站,即表示您同意使用 Cookies 和您的相关数据。
原文