带有 MSSCCI 的 VFP 9 SP2:项目加载缓慢

Posted

技术标签:

【中文标题】带有 MSSCCI 的 VFP 9 SP2:项目加载缓慢【英文标题】:VFP 9 SP2 with MSSCCI: slow project loading 【发布时间】:2016-05-11 08:45:05 【问题描述】:

MSSCCI 是否有可能使 VFP 项目加载缓慢?项目有 1000 多个文件,工作区是服务器。项目加载大约 120 多秒。加载过程中网络流量较大,CPU和内存没有明显变化。请问如何优化加载项目?

解决方案:

不,似乎加载缓慢是由于在 VFP 中控制源代码的小型大型项目使用 MSSCCI 提供程序的结果。

【问题讨论】:

您使用的是哪个版本的 TFS?您使用的是哪个版本的 MSSCCI?你的意思是你在本地缓慢加载项目,还是从 TFS 缓慢获取项目?是特定的人正在经历还是所有人都在经历?您如何部署 TFS、单服务器或两层?你安装杀毒软件吗? 我们使用 MSSCCI(2013&2015 MSSCCI Provider 32 位)连接到 Visual Studio Team Services。我们在两台电脑上试了试——Windows 10(没有杀毒软件)、Windows 7(安装了杀毒软件)和同样的问题。项目源码控制(在线)加载慢,断网(离线工作)加载快。 您的网络环境中是否启用了代理? 不,我们没有。会不会有问题? 【参考方案1】:

几年前,我们考虑过从 Visual SourceSafe 迁移到 TFS。当 VFP 项目与 TFS 集成时,打开项目的时间比使用 VSS 的时间长。集成还有其他奇怪的地方,例如无法查看文件何时已被其他人签出。我们最终放弃了这个想法并坚持使用 VSS。也就是说,我不一定会责怪 MSSCCI 提供商。它可能与 VFP 查询源代码控制数据的方式有关。

请注意,您不需要使用 VFP 项目集成。您可以使用单独的源代码控制客户端来签入/签出文件。您需要一个生成二进制文件(SCX、VCX 等)文本版本的过程。

FWIW,使用 VSS 打开项目也可能很慢。升级我们的 VSS 服务器有很大的不同。如果您在较旧/较慢的服务器上运行 TFS,您可能会发现相同的情况。

【讨论】:

最后我们将使用 Mercurial 而不是 Bitbucket 和 SourceTree 客户端。所以使用外部源代码控制。谢谢你的建议。【参考方案2】:

我没有使用它,所以我不能直接评论它。

一个项目只是一张表,一个包含 1000 多个文件的项目大约意味着 2Mb 左右,这对于当今的网络来说是毫无意义的(即使它意味着要降低所有这些数据)。通常它应该立即打开或最多延迟 1-2 秒(假设您没有使用极慢的网络)。

【讨论】:

是的,你说得对。但是,我认为 MSSCCI 在项目加载期间连接 VSTS 以获取有关所有源代码控制文件的一些元信息,这会使加载速度变慢。但我认为应该很快。【参考方案3】:
    请提供有关您的环境的更多详细信息。 确保您的 TFS 和 MSSCCI 使用的是最新版本。 尝试在另一台客户端计算机上查看您的问题是否会重现。 创建一个新的工作区,看看性能是否仍然存在。

【讨论】:

Windows 10 和 Windows 7,带和不带防病毒软件,MSSCCI 2013&2015 32 位,VSTS。项目 1000 多个文件。所有最后更新。以及 Visual Fox Pro 8 和 9 SP2。我尝试新的工作区,没有变化。谢谢

以上是关于带有 MSSCCI 的 VFP 9 SP2:项目加载缓慢的主要内容,如果未能解决你的问题,请参考以下文章

为啥会显示“SP2-0552:未声明绑定变量“SEL”。”在 sql 加?

Team Foundation Server MSSCCI 提供程序缓慢问题

带有 WSUS 3.1 SP2 的移动设备管理器 2008 SP1

带有 Sync Framework SP1 和 SP2 的 SQL Server CE

关于VFP问题

如何固定VFP的grid的列宽