缓慢的Windows共享存储的networking行为

我已经掌握了3台Windows XP文件服务器(他们的唯一目的是他们的SMB共享),运行在一个有大约50个用户的办公室里。 工作负载仅仅是办公室使用:他们使用它来存储和共享访问数据库和XLS文件,并通过networking共享使用这些文件。

将一个700 Kb XLS文件从其中一台服务器复制到工作站几乎是即时的,但是使用Excel从远程共享中加载它需要一分钟的时间。 如果来自本地磁盘,则相同的文件将在几秒钟内加载。

我不知道什么使得通过networking使用文件的速度非常慢,我怀疑这是Windows远程文件访问(也许authentication?)的一些怪癖,我希望可以改变一些简单的标志上服务器来加速到一个理智的速度。 我已经加载了上述XLS文件的networking使用屏幕截图,你能认识到这种模式,并可能给我一些线索是什么问题?

在第一个图像中,有两个运行Excel的加载远程文件,都需要花费一分多钟才能完成。 顶部和底部的图来自同一件事,但我只是稍后发现任务pipe理器选项区分上传(红色)和下载(黄色),所以我拿了2个不同的截图(连续波纹pipe)。 两次跑都花了一分多钟,可能超过两分钟。

runs_1_2

在第二个图像中有第三和第四次运行。 这一次他们跑得比第一次快得多,但对于可忍受的使用来说还是太慢了。 两人都花了1分多钟,但在第四次运行中,我发现正确的时间来衡量,我发现它需要1分42秒。 那是他们中最快的。 这一次,我只拿了一个歧视版本的截图。

runs_3_4

我所注意到的是所有运行中的初始高峰,在我开始运行约8秒后,networking使用率下降到非常低的使用率,然后几秒钟之后,又出现了另一个高峰,最集中的活动,几乎没有活动的时间,当最后Excel显示文件。 显示文件时还有另一个峰值,并持续几秒钟。 运行开始和结束之间的偏移以及图中的活动似乎是由任务pipe理器显示数据的延迟引起的。 我不知道什么时候该文件实际下载。 我也不能解释为什么绿色图表显示峰值之间的小活动,红色/黄色图表显示没有。 但最令人感兴趣的是第二次和第三次高峰之间的暂停,当时我不知道发生了什么事情,当然可以更快。

有人可以在Windowsnetworking中有经验的人提供一些专家猜测这个设置的问题是什么(除了十年前的操作系统)? 你认识到这些graphics模式? 可以解释一下吗? 有没有提示如何提高性能

如果“缓慢”只发生在Excel中,我可能会仔细看看XML文件,并确保Excel中的解释器没有parsingXML的麻烦。 可能是格式错误,或者读取它有一些麻烦。 尝试在记事本等其他应用程序中打开文件,看看缓慢问题是否仍然存在。 FWIW,XP并不是与许多(50)用户共享文件的好平台,因为它仅限于10个客户端连接。 您也可能遇到与尝试读取XML文件的其他客户端的争用问题。 我不认为你的问题是文件的大小,而是一旦打开文件,excel是如何处理的。 但这只是我的想法。 尝试做一个CSV文件转储,并在Excel中打开它,看看需要多长时间。