我们有一个Windows 2008服务器，它承载networking共享\\ srvcompany \ lib。 该份额包含日常业务所需的几个应用程序。 每个客户端/用户（所有赢得XP）在桌面上有这些应用程序的快捷方式。 我们遇到的问题是，在几个（但不是全部）客户端，应用程序启动非常缓慢。 如果我将应用程序的程序文件复制到本地文件夹，那么他们将快速启动。
在应用程序启动时，当我在任务pipe理器中观察这种“慢”机器上的内存使用情况时，我发现内存使用量比从“快速”机器启动应用程序时增长得慢得多。 但是，当我从这个共享与Windows资源pipe理器复制文件，速度几乎相同。 我也检查过networking驱动程序，两个testing过的客户端都有相同的驱动程序版本相同的网卡。
有没有人有一个想法，我应该检查下一步解决这个问题？
感谢您的回答。
您声明文件副本看起来没问题，但是并没有真正告诉您在物理层面上的一切都是健康的，只是这些问题不会显着影响复制。 这可能意味着底层networking是好的，但你应该确认。
从命令窗口运行Netstat -e可以快速了解是否存在物理层问题。 理想情况下，Netstat将报告没有错误或丢弃。 您可能会看到一些与有效（物理）networking连接\断开连接有关的内容，但不应该有很多这样的内容。
如果你看到很多（很多10多年），那么你有一个低级别的问题（在设备驱动程序级别，双工和其他NIC参数设置，物理NIC，电缆，交换机端口或交换机），应该集中在你的努力进入networking堆栈的更复杂的部分。
有没有可能在本地运行它们，只是访问共享数据？
所有的客户端networking连接速度都是100Mbps？
在设置为扫描networking驱动器的客户端上是否有防病毒软件？
应用程序有多大？ 换句话说，只是把bit的字节从共享转移到你的本地PC所造成的速度慢了吗？
如果情况并非如此，应用程序的.NET应用程序是否有任何改变？ 您可能会尝试通过caspol暂时禁用.NET安全性，以查看这是否会降低速度。
你提到服务器是win2008，客户端是Windows XP。 您可能正在观察客户对SMB 1.0的谈判，自2008年以来支持2.0和XP支持1.0。
看看这篇文章 ，看看如何在服务器上禁用SMB 2.0，至less在客户端迁移到Vista或更高版本之前。