blocks|key|825067|text|恐怕这纯粹是主观的事情。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|825068|希望这是因为您的低端系统配置。|unordered-list-item|825069|可能是VS试图从网上获得更新吗？|825070|可能您在后台运行的应用程序太多了。|825071|也许你正试图打开一个巨大的解决方案。|825072|entityMap^0|0|0|0|0|0^^$0|@$1|2|3|4|5|6|7|M|8|@]|9|@]|A|$]]|$1|B|3|C|5|D|7|N|8|@]|9|@]|A|$]]|$1|E|3|F|5|D|7|O|8|@]|9|@]|A|$]]|$1|G|3|H|5|D|7|P|8|@]|9|@]|A|$]]|$1|I|3|J|5|D|7|Q|8|@]|9|@]|A|$]]|$1|K|3|-4|5|6|7|R|8|@]|9|@]|A|$]]]|L|$]]

This is a purely subjective thing I am afraid.

<ul>
<li>May it is because of your low end system configuration.</li>
<li>May be VS trying to get updates from the net?</li>
<li>May be you are running too many application in the background.</li>
<li>May be you are trying to open a huge solution.</li>
</ul>

blocks|key|124810|text|这可能是你有一个插件，是错误的行为。试试安全码开关，看看这是否提高了性能。|type|unstyled|depth|inlineStyleRanges|entityRanges|offset|length|data|124811|entityMap|0|LINK|mutability|MUTABLE|url|http://msdn.microsoft.com/en-us/library/xee0c8y7(VS.80).aspx^0|K|3|0|0^^$0|@$1|2|3|4|5|6|7|L|8|@]|9|@$A|M|B|N|1|O]]|C|$]]|$1|D|3|-4|5|6|7|P|8|@]|9|@]|C|$]]]|E|$F|$5|G|H|I|C|$J|K]]]]

it might be that you have a plugin that is misbehaving. Try the <a href="http://msdn.microsoft.com/en-us/library/xee0c8y7(VS.80).aspx" rel="nofollow noreferrer">safemode</a> switch to see if this improves performance

blocks|key|1124081|text|我倾向于认为VS是重量级人物。回到过去，我在DOS中使用Boxer文本编辑器和makefile编写代码。Boxer没有强大的intellisense和重构功能，但它在文本编辑部门做得更好，语法高亮和启动/关闭都是即时的，即使在486上也是如此。...those是过去的日子。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|1124082|我想说的是，定制VS来消除您永远不会使用的所有开销是非常好的，但我不认为会发生这种情况。|1124083|entityMap^0|0|0^^$0|@$1|2|3|4|5|6|7|F|8|@]|9|@]|A|$]]|$1|B|3|C|5|6|7|G|8|@]|9|@]|A|$]]|$1|D|3|-4|5|6|7|H|8|@]|9|@]|A|$]]]|E|$]]

I tend to agree that VS is a heavyweight. Back in the day I coded in DOS using Boxer text editor and makefiles. Boxer didn't have the heavy intellisense and refactoring features, but it did better in the text editing department, had good syntax highlighting and startup/closing were instantaneous, even on a 486. ...those were the days.

I would say it would be really nice to customize VS to remove all the overhead you're never going to use anyway, but I don't see that happening.

blocks|key|124928|text|Visual+2005慢速的最大罪魁祸首之一是Intellisense。这已在MSDN论坛上一遍又一遍地提到。我经常体验到的是，Intellisense几乎不间断地使用“重新索引”符号(或任何您称之为“重新索引”的符号)。但是微软的开发人员并没有对这些抱怨置若罔闻，那里的一些外向的人想出了一些解决办法，帮助了我，并可能对你有所帮助：|type|unstyled|depth|inlineStyleRanges|entityRanges|data|124929|请查看此链接以更好地理解Intellisense：|124930|智能感知信息|blockquote|offset|length|124931|然后查看这个链接，了解一些我已经成功使用过的宏：|124932|智能宏|124933|使用这些宏，您可以关闭Intellisense+(不需要重命名任何DLL)，重新启动它，删除ncb文件(您可以手动执行，但这是一种方便)，它可以给您提供intellisense的状态。|124934|entityMap|0|LINK|mutability|MUTABLE|url|http://blogs.msdn.com/yash/archive/2007/09/19/intellisense-issues-in-visual-c-2005.aspx|1|http://blogs.msdn.com/vcblog/archive/2007/11/19/controlling-intellisense-through-macros.aspx^0|0|0|0|6|0|0|0|0|3|1|0|0^^$0|@$1|2|3|4|5|6|7|Y|8|@]|9|@]|A|$]]|$1|B|3|C|5|6|7|Z|8|@]|9|@]|A|$]]|$1|D|3|E|5|F|7|10|8|@]|9|@$G|11|H|12|1|13]]|A|$]]|$1|I|3|J|5|6|7|14|8|@]|9|@]|A|$]]|$1|K|3|L|5|F|7|15|8|@]|9|@$G|16|H|17|1|18]]|A|$]]|$1|M|3|N|5|6|7|19|8|@]|9|@]|A|$]]|$1|O|3|-4|5|6|7|1A|8|@]|9|@]|A|$]]]|P|$Q|$5|R|S|T|A|$U|V]]|W|$5|R|S|T|A|$U|X]]]]

One of the biggest culprits for Visual Studio 2005 slowness is Intellisense. This has been brought up on the MSDN forums again and again and again. What I frequently experience is that Intellisense is working nearly non-stop to "re-index" symbols (or whatever you call it). But developers at Microsoft have not been deaf to the complaints and some outgoing folks there have come up with some workarounds that have helped me and might help you:

Check out this link to get a better understanding of Intellisense:

<blockquote>
 <a href="http://blogs.msdn.com/yash/archive/2007/09/19/intellisense-issues-in-visual-c-2005.aspx" rel="nofollow noreferrer">Intellisense Info</a>
</blockquote>

Then check out this link for some macros that I've had a lot of success with:

<blockquote>
 <a href="http://blogs.msdn.com/vcblog/archive/2007/11/19/controlling-intellisense-through-macros.aspx" rel="nofollow noreferrer">Intellisense Macros</a>
</blockquote>

With those macros, you can turn off intellisense (without renaming any DLLs), restart it, delete the ncb file (which you can do manually, but this is a convenience) and it can give you the status of Intellisense.

blocks|key|1124160|text|这是你的问题：|type|unstyled|depth|inlineStyleRanges|entityRanges|data|1124161|3.2GHz+P4超线程，2GB内存|blockquote|1124162|“超头”的意思是“实际上没有两个CPU，但它是伪造的”。如果进程只运行一个线程，那么性能就会很差。这是一个很好的短期措施，但相比有两个真正的CPU，这是一个缓慢的黑客。|1124163|2GB内存也将是一个问题，根据您说的运行。如果您有一个基本的5400+all磁盘，那么它会使情况变得更糟。|1124164|根据你发布的信息，我建议：|1124165|一台好的core2机器，如果你有预算的话，也许是四台。|unordered-list-item|1124166|如果您运行的是32位操作系统，则为3GB的ram，如果您运行的是4%2BGB，则为x64。4GB意味着在32位以下浪费1GB。|1124167|获得7200+Get磁盘，或更好。如果可以，可以使用RAID0+(条带)或RAID0%2B1+(stripe%2Bmirror)+(如果可以获得4个驱动器)(在两个磁盘上拆分内容，以便同时从这两个磁盘读取内容)。stripe%2Bmirror+==是一个安全的条带处理版本，因此您的代码在任何时候都位于两个磁盘上)|1124168|我有一个2.0ghz的Core2+(大约是你的P4性能的3-4倍，如果你算上2CPU的(核心)是2GB的话)，我能运行的最多是两个VS.NET+2008的实例。这很正常--+VS.NET没有什么问题，它只是一个巨大的应用程序。|1124169|更多内存。更多CPU。更多的屏幕。更多。更多。更多:)|1124170|entityMap^0|0|0|0|0|0|0|0|0|0|0^^$0|@$1|2|3|4|5|6|7|X|8|@]|9|@]|A|$]]|$1|B|3|C|5|D|7|Y|8|@]|9|@]|A|$]]|$1|E|3|F|5|6|7|Z|8|@]|9|@]|A|$]]|$1|G|3|H|5|6|7|10|8|@]|9|@]|A|$]]|$1|I|3|J|5|6|7|11|8|@]|9|@]|A|$]]|$1|K|3|L|5|M|7|12|8|@]|9|@]|A|$]]|$1|N|3|O|5|M|7|13|8|@]|9|@]|A|$]]|$1|P|3|Q|5|M|7|14|8|@]|9|@]|A|$]]|$1|R|3|S|5|6|7|15|8|@]|9|@]|A|$]]|$1|T|3|U|5|6|7|16|8|@]|9|@]|A|$]]|$1|V|3|-4|5|6|7|17|8|@]|9|@]|A|$]]]|W|$]]

here's ya problem:

<blockquote>
 3.2GHz P4 Hyperthreaded, 2GB RAM
</blockquote>

Hypertheaded means "doesn't actually have two CPU's, but it fakes it". If you have a process with just one thread running, then you get bad performance. It was a good short-term measure, but compared to having two REAL CPU's, it's a slow hack.

2GB of RAM would be an issue too, based on what you said you run. If you have a basic 5400RPM disk, then it's going to make it all worse.

I'd recommend, based on what you posted:

<ul>
<li>A good core2 machine, maybe a quad if you have the budget.</li>
<li>3GB of ram if you are running a 32bit OS, 4+GB if you are running x64. 4GB means you waste 1GB under 32bit.</li>
<li>Get 7200RPM disks, or better. If you can, RAID0 them (stripe) or RAID0+1 (stripe+mirror) if you can get 4 drives (stripe == split content over the two disks, so you can read from both at the same time. stripe+mirror == the safe version of striping, so your code is on TWO disks at all times) </li>
</ul>

I have a 2.0ghz Core2 (so roughly 3-4x the performance of your P4, if you count 2 CPU's(cores) to be 2x) with 2GB, and the most I can run well is 2 instances of VS.NET 2008. This is normal - nothing wrong with VS.NET, it's just a huge app.

More RAM. More CPU. More Screen. More. More. More :)

blocks|key|825179|text|最近，我在我的机器上安装了Visual+2008和Visual+2005，我同意VS2005真的很重。他们在VS2008中对此进行了改进，不过我不确定您是否会充分考虑性能改进。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|825180|entityMap^0|0^^$0|@$1|2|3|4|5|6|7|D|8|@]|9|@]|A|$]]|$1|B|3|-4|5|6|7|E|8|@]|9|@]|A|$]]]|C|$]]

Recently I've had both Visual Studio 2008 and Visual Studio 2005 on my machine, and I agree that VS2005 is really heavy. They improved upon it in VS2008, although I'm not sure if you'll consider the performance improvements enough.

blocks|key|125000|text|这是你的问题：
3.2GHz的P4超线程，2GBRAM超线程意味着“实际上没有两个CPU，但它是伪造的”。如果进程只运行一个线程，那么性能就会很差。这是一个很好的短期措施，但相比有两个真正的CPU，这是一个缓慢的黑客。|type|blockquote|depth|inlineStyleRanges|entityRanges|data|125001|我认为这根本不是问题所在。该机器是足够高的规格，足以成为大型项目的专业C%2B%2B开发机器。我可以运行Eclipse+(+Java，它需要内存，比本机代码慢)，这仍然比VS+2005快得多。|unstyled|125002|我把RAM的数量从1GB增加了一倍，达到2GB。这对于链接大型应用程序非常有帮助。我们还使用Incredibuild来加速编译。但它的VS应用是缓慢的。|125003|如果你认为我是个脾气暴躁的反女士狂热分子，问问自己为什么人们不买Vista！:)|125004|entityMap^0|0|0|0|0^^$0|@$1|2|3|4|5|6|7|K|8|@]|9|@]|A|$]]|$1|B|3|C|5|D|7|L|8|@]|9|@]|A|$]]|$1|E|3|F|5|D|7|M|8|@]|9|@]|A|$]]|$1|G|3|H|5|D|7|N|8|@]|9|@]|A|$]]|$1|I|3|-4|5|D|7|O|8|@]|9|@]|A|$]]]|J|$]]

<blockquote>
here's ya problem:
<blockquote>
3.2GHz P4 Hyperthreaded, 2GB RAM
</blockquote>
Hypertheaded means &quot;doesn't actually have two CPU's, but it fakes it&quot;. If you have a process with just one thread running, then you get bad performance. It was a good short-term measure, but compared to having two REAL CPU's, it's a slow hack.
</blockquote>
I don't think that's the problem at all. The machine is plenty high spec enough to be professional C++ development machine for large projects. I can run Eclipse (which is Java, which is memory hungry and slower than native code) and this is still way faster than VS 2005.
I doubled the amount of RAM from 1GB to 2GB. This helps a lot with linking large applications. We also use Incredibuild to accelerate compilation. But it's the VS app that is slow.
And if you think I'm a grumpy anti-MS zealot, ask yourself why people aren't buying Vista! :)

blocks|key|125039|text|Visual+2005慢速的最大罪魁祸首之一是Intellisense。这已在MSDN论坛上一遍又一遍地提到。我经常经历的是Intellisense几乎不间断地使用“重新索引”符号.|type|blockquote|depth|inlineStyleRanges|entityRanges|data|125040|我同意。我用视觉辅助。好多了。也没有真正的方法关闭"Intellisense“。我找到的唯一方法是重命名DLL，以便在重新启动VS时找不到它。这是有效的，并使VS更快。|unstyled|125041|entityMap^0|0|0^^$0|@$1|2|3|4|5|6|7|G|8|@]|9|@]|A|$]]|$1|B|3|C|5|D|7|H|8|@]|9|@]|A|$]]|$1|E|3|-4|5|D|7|I|8|@]|9|@]|A|$]]]|F|$]]

<blockquote>
 One of the biggest culprits for Visual Studio 2005 slowness is Intellisense. This has been brought up on the MSDN forums again and again and again. What I frequently experience is that Intellisense is working nearly non-stop to "re-index" symbols [...]
</blockquote>

I agree. I use Visual Assist. It is much better. There is no real way to turn "Intellisense" off either. The only way I have found is to rename the DLL so when you restart VS it is not found. This works and makes VS faster.

blocks|key|1124348|text|你能不能给一些操作时间，然后把它们发出来，这样我们就知道你所说的“慢”是什么意思了吗？在我的机器上，我不认为VS+2005慢，但如果你把它与记事本或我的网络浏览器比较，它看起来很慢。以下是一些可以帮助人们了解到底发生了什么的事情：|type|unstyled|depth|inlineStyleRanges|entityRanges|data|1124349|关闭任何可能影响加载时间的功能。这包括卸载所有附加组件，并确保VS没有配置为自动打开项目。|unordered-list-item|1124350|重新启动你的机器。|1124351|从点击图标到程序启动的时间，从开始到2005年的时间。|1124352|创建一个您愿意在这里发布的程序，该程序的编译速度似乎很慢(根据缓慢编译所需的时间，这可能是不可能的)；发布该程序以及您的计算机构建该程序所需的时间。|1124353|你认识其他安装了VS+2005的机器的人吗？它看起来比你的慢还是快？|1124354|我相信开尔文勋爵对这种情况说了最好的话：|1124355|当你能衡量你在说什么，用数字来表达它时，你知道它的一些东西；但是当你不能测量它，当你不能用数字来表达它时，你对它的了解是微不足道和不令人满意的；它可能是知识的开始，但在你的思想中，你几乎没有把它提升到科学的阶段。|blockquote|1124356|在你给我们一些测量数据之前，我们不能告诉你你的机器是否真的慢了，或者你是否期望你的机器比它能提供的更多。您的HT可能是问题所在；我在工作和家里有大致相同的机器，但是我的双核工作机器在运行VS时绕着我的单核家庭机器运行。|1124357|entityMap^0|0|0|0|0|0|0|0|0|0^^$0|@$1|2|3|4|5|6|7|V|8|@]|9|@]|A|$]]|$1|B|3|C|5|D|7|W|8|@]|9|@]|A|$]]|$1|E|3|F|5|D|7|X|8|@]|9|@]|A|$]]|$1|G|3|H|5|D|7|Y|8|@]|9|@]|A|$]]|$1|I|3|J|5|D|7|Z|8|@]|9|@]|A|$]]|$1|K|3|L|5|D|7|10|8|@]|9|@]|A|$]]|$1|M|3|N|5|6|7|11|8|@]|9|@]|A|$]]|$1|O|3|P|5|Q|7|12|8|@]|9|@]|A|$]]|$1|R|3|S|5|6|7|13|8|@]|9|@]|A|$]]|$1|T|3|-4|5|6|7|14|8|@]|9|@]|A|$]]]|U|$]]

Could you maybe time some operations and post them so we get an idea what you mean by "slow"? On my machine, I wouldn't call VS 2005 slow, but if you compare it to notepad or my web browser it seems slow. Here's some things that might help people figure out what's going on:

<ul>
<li>Turn off any features that could affect load time. This includes uninstalling all add-ons and making sure that VS isn't configured to automatically open a project.</li>
<li>Reboot your machine.</li>
<li>Time how long it starts VS 2005 to start, from the time you click the icon until the program starts.</li>
<li>Create a program that you're willing to post here that seems to compile slowly (this might not be possible depending on what it takes to make a slow compile); post the program and how long it takes your computer to build it.</li>
<li>Do you know anyone else with the same kind of machine that has VS 2005 installed? Does it seem slower or faster than yours?</li>
</ul>

I believe Lord Kelvin said the best thing that can be said about situations like this:

<blockquote>
 When you can measure what you are speaking about, and express it in numbers, you know something about it; but when you cannot measure it, when you cannot express it in numbers, your knowledge of it is of a meager and unsatisfactory kind; it may be the beginning of knowledge, but you have scarcely, in your thoughts, advanced it to the stage of science.
</blockquote>

Until you give us some measurements to look at, we can't tell you if your machine is genuinely slow or if you are expecting more out of your machine than it can give. Your HT CPU might be the problem; I have roughly equivalent machines at work and at home, but my dual-core work machine runs circles around my single-core home machine when it comes to running VS.

blocks|key|825259|text|我看到速度更快的机器的结果好坏参半。当然，速度更快的机器隐藏了vs2005性能较差的质量，但并不是全部。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|825260|只需使用你必修的"hello+world“C+/c+%2B%2B程序，只需编译它，(CL+/c+helloword.cpp)，|825261|#include+<stdio.h>
#include+<windows.h>

int+main(char+argc,+char+*argv[])
{
+++printf("Hello+World\n");
+++return+0;
}|code-block|syntax|javascript|825262|我看到在Vc6下编译1秒，在VS2005下编译6秒。|825263|通过使用“依赖”来描述这两种情况，我看到了发生5秒延迟和时间不同的三个方面：|825264|++~2.5+secs+with+ADVAPI32.DLL,+CryptGetHashParam()
++~1.5+secs+with+OLE2.DLL,+StringFromGUID2()
++~1.0+secs+with+C2.DLL,+_AbortCompilerPass()++|825265|同样，这只是一个编译，而不是一个链接。由于某些透明的原因，VC8%2B编译器可执行文件/dll引用了一些子系统，如crypto、RegistryfortheRegistryoftheRegistryoftheRegistryoftheRegistryand纯编译器。|825266|虽然一台更快的机器可能会隐藏一些隐藏的慢速，但人们只会怀疑微软是否可以通过提供禁用不必要的开销引用的选项来优化编译器。我知道更好的编译器带来了一些开销，但我看到的是编译时间下降了300-500%25+--太可怕了。|825267|Hector+Santos，CTO+Santronics软件公司|825268|entityMap^0|0|0|0|0|0|0|0|0|0^^$0|@$1|2|3|4|5|6|7|W|8|@]|9|@]|A|$]]|$1|B|3|C|5|6|7|X|8|@]|9|@]|A|$]]|$1|D|3|E|5|F|7|Y|8|@]|9|@]|A|$G|H]]|$1|I|3|J|5|6|7|Z|8|@]|9|@]|A|$]]|$1|K|3|L|5|6|7|10|8|@]|9|@]|A|$]]|$1|M|3|N|5|F|7|11|8|@]|9|@]|A|$G|H]]|$1|O|3|P|5|6|7|12|8|@]|9|@]|A|$]]|$1|Q|3|R|5|6|7|13|8|@]|9|@]|A|$]]|$1|S|3|T|5|6|7|14|8|@]|9|@]|A|$]]|$1|U|3|-4|5|6|7|15|8|@]|9|@]|A|$]]]|V|$]]

I'm am seeing mixed results with faster machines. Sure, faster machine, hides the poor performance quality of vs2005 but not all.

Simply taking your obligatory "hello world" C/C++ program, just compile it, (CL /c helloword.cpp), 

<pre><code>#include &lt;stdio.h&gt;
#include &lt;windows.h&gt;

int main(char argc, char *argv[])
{
 printf("Hello World\n");
 return 0;
}
</code></pre>

I see 1 seconds compiler under Vc6 and a 6 seconds compile under VS2005.

Using DEPENDS to profile the two, I see 3 areas where the 5 seconds delays and time different are taking place:

<pre><code> ~2.5 secs with ADVAPI32.DLL, CryptGetHashParam()
 ~1.5 secs with OLE2.DLL, StringFromGUID2()
 ~1.0 secs with C2.DLL, _AbortCompilerPass() 
</code></pre>

Again, this is just a compile, not a link. The VC8+ compiler executables/dlls are referencing sub-systems like crypto API, the Registry for some transparent reason and it is adding a tremendous amount of overhead to straight and pure compiles.

While a faster machine may hide some of hide slow down, one could only wonder if Microsoft can optimize the compiler by offering options that disables unnecessary overhead references. I understand the better compiler comes with some overhead, but what I see is a 300-500% compile time degradation - thats awful.

Hector Santos, CTO
Santronics Software

blocks|key|1124415|text|VS+2005比VS+6慢，因为它在速度方面没有很好的优化。VS+6的开发人员比VS+2005的开发人员拥有更慢的机器。当时他们“足够快”做到了。在现代机器上，VS现在“快得令人愉悦”，而VS+2005只是够快的。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|1124416|让我烦恼的是，他们决定放弃VS+6，重新启动VS+2005，当时VS+6是一个非常棒的软件，只是需要更新。|1124417|entityMap^0|0|0^^$0|@$1|2|3|4|5|6|7|F|8|@]|9|@]|A|$]]|$1|B|3|C|5|6|7|G|8|@]|9|@]|A|$]]|$1|D|3|-4|5|6|7|H|8|@]|9|@]|A|$]]]|E|$]]

VS 2005 is slower than VS 6 because it is less well optimized for speed. The developers of VS 6 had slower machines than the developers of VS 2005. They made it fast "enough" back then. On a modern machine VS is now "pleasantly fast", where VS 2005 is only just fast enough.

What annoys me is that they decided to scrap VS 6 and start again for VS 2005, when VS 6 was an awesome piece of software that just needed updating.

blocks|key|1124453|text|我注意到上面你提到你也在使用强迫症。做项目加载速度更快时，不是绝对的，我愿意打赌，一些你看到的延迟是与在加载期间的强制。最新版的perforce似乎也要慢得多。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|1124454|entityMap^0|0^^$0|@$1|2|3|4|5|6|7|D|8|@]|9|@]|A|$]]|$1|B|3|-4|5|6|7|E|8|@]|9|@]|A|$]]]|C|$]]

I noticed above you mentioned you are using perforcet too. Do projects load faster when not in perforce, I am willing to bet that some of the delay you are seeing is related to perforce during load. The latest version of perforce seems a lot slower too.

blocks|key|825303|text|在Visual顶部的“任意CPU”选项上更改您的解决方案平台，您的程序构建速度肯定会提高。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|825304|entityMap^0|0^^$0|@$1|2|3|4|5|6|7|D|8|@]|9|@]|A|$]]|$1|B|3|-4|5|6|7|E|8|@]|9|@]|A|$]]]|C|$]]

Change your Solution Platform on "Any CPU" option which is given on the top of Visual Studio then your program build speed will be definitely increased.

It is slow to load anything other than a small project. It is slow to quit; it can sometimes take minutes. It can be slow to open new files. The record macro feature used to be useful. It is now so slow to start up it's almost always quicker to do it manually!

<hr>

<blockquote>
 More info would be helpful. How big are your solutions? What platform are you on. What 3rd party plugins are you running? What else is running on your pc? 
</blockquote>

3.2GHz P4 Hyperthreaded, 2GB RAM. Running Outlook, Perforce, IE7, directory browsers. Usually have 1-3 instances of VS running. It's much slower than VC6, say. It seems to take a long time to load projects and close down. I'm interested in if people know reasons why this happens, because of the way VS is written. Is it using .net internally and GC slows it down?

Why is Visual Studio 2005 so slow?

翻译质量差，导致语言生硬或混乱。

没有提供实际的解决方法或示例。

解答不清晰，无法理解或解决问题。

页面排版不美观，阅读体验差。

文章

问答

视频

学习中心

腾讯云实验室

直播

竞赛

腾讯云代码分析专区

腾讯iOA零信任安全管理系统专区

腾讯云架构师技术同盟交流圈

腾讯云数据库专区

腾讯云顾问专区

腾讯云原生专区

腾讯混元专区

腾讯云TCE专区

腾讯云Lighthouse专区

腾讯云HAI专区

腾讯云Edgeone专区

腾讯云存储专区

腾讯云智能专区

腾讯轻联专区 

腾讯云开发专区

TAPD专区

腾讯轻量云游戏服专区

腾讯云最具价值专家

腾讯云架构师技术同盟

腾讯云创作之星

腾讯云开发者先锋

腾讯云代码助手

云原生构建

TAPD 敏捷项目管理

Cloud Studio

SDK中心

API中心

命令行工具

涵盖代码开发、场景应用、自动测试全流程，助你从零构建专属AI助手

一站式MCP教程库，解锁AI应用新玩法

除了一个小项目外，加载任何东西都是缓慢的。戒烟很慢，有时需要几分钟。打开新文件可能会很慢。记录宏特性过去是有用的。现在启动速度太慢了，手动启动几乎总是更快！更多的信息会有帮助。你的解决方案有多大？你在哪个站台上。你在运行什么第三方插件？你的电脑上还运行着什么？3.2GHz P4超线程，2GB内存。运行Outlook、P...

问为什么2005这么慢？
EN

社区

活动

圈层

关于

腾讯云开发者

热门产品

热门推荐

更多推荐

问为什么2005这么慢？EN

社区

活动

圈层

关于

腾讯云开发者

热门产品

热门推荐

更多推荐

问为什么2005这么慢？
EN