Question

我们在Source Control Explorer中遇到解决方案的开放时间非常慢。我们正在使用： TFS 2008 带有SP 1的Visual Studio 2008。

在新安装的机器上，负载非常好（约2分钟，这是一个很大的解决方案）。

2天后，虽然没有真正安装任何东西，但增加到12分钟。我们怀疑这是由VS，IE或SQL服务器管理的更新引起的。此时只安装了Windows更新。

开放时间上升到近20分钟，其他开发人员的时间超过一小时。

我尝试了很多选项（例如，禁用智能感知，删除.suo和IE中的某些设置（检查证书）。

我只是在经过几个小时的搜索后再次尝试而没有真正改变任何东西，它只用了两分钟。尝试了几次，总是不到2分钟。锁定了我的系统，离开了一段时间，回来了，再次打开超过8分钟的时间......

我使用内置日志分析VS行为（它与函数之间存在差距）

<entry>
<record>75</record>
<time>2014/03/24 08:20:14.743</time>
<type>Information</type>
<source>Microsoft Visual Studio</source>
<description>End package load [Windows Forms Designer Resources Package]</description>
<guid>{7B5D447B-0B12-41EA-A84E-C822034422D4}</guid>
<record>76</record>
<time>2014/03/24 08:35:19.585</time>
<type>Information</type>
<source>Microsoft Visual Studio</source>
<description>Entering function CVsPackageInfo::HrInstantiatePackage</description>
<guid>{C9DD4A57-47FB-11D2-83E7-00C04F9902C1}</guid>

在ProcMon中我可以看到很多文件读取/查询/关闭在间隙期间进行，每个文件至少十次。

在快速打开期间执行ProcMon日志时，文件或注册表操作实际上并不少。例如文件操作比较慢与快：总事件：19235对17419 文件时间：35.230 vs 6.229（此处不确定ProcMons单位）

但是在真正快速解决方案开启的procmon日志中，并没有真正减少操作（约为慢速运行的88％），而快速运行中显示的时间大约是慢速运行的~10％..

有什么建议可能导致快速加载时间的短窗以及如何解决这个问题？

Answer 1

这篇微软文章解决了这个问题。

我们在bat中使用提供的命令，该命令按计划运行。

这次是答案。：P

VS 2008：解决方案开放非常缓慢（但有所不同）

1 个答案: