在D-Link DES-1024 R +交换机上使用许多小文件访问Windows文件共享非常慢

我正在调查我们networking中的一个奇怪的问题。 两台Windows XP计算机在Windows 2000 Server（这是一台VMWare ESXi VM）上访问文件共享。 两者都通过D-Link DES-1024 R +非托pipe10 / 100MBit交换机连接到该服务器。 这些机器上的一个特定软件在每次应用程序收到焦点时（即Alt-Tab回到窗口）读取该共享上的一个文件夹，大约有4600个文件，总大小为6MB。 这是奇怪的部分：在一台机器上（我们称之为A），这个操作非常快（<2s），另一个（B）大约需要13秒。 这使得应用程序非常令人沮丧的使用。 事情我试图缩小这个问题到目前为止：

• 比较两台机器上的networking设置。 A具有完全混合标准的设置，静态IP和DHCP都不会影响B.
• B（Intel Pro 1000）上更新了networking驱动程序。 没有效果。
• 试了B上的第二个网卡（英特尔100东西）。 没有效果。
• 将B插入SMC交换机以减less电缆长度（距离最近的端口大约20米，然后向楼上的服务器机房大约40米，即，现在距SMC交换机20米，然后直接进入端口）。 没有效果。
• 使用禁用TCP卸载，禁用英特尔驱动程序中的自动协商和诊断。 没有效果。
• 使用“LAN SpeedTest”应用程序（创build一个例如10​​0MB的文件，将其复制到一个文件共享并读回），以testing原始性能。 可以轻松实现50-70 MBit / s的吞吐量，因此访问许多小文件与原始吞吐量似乎是一个问题。 平安也好（<1毫秒，没有丢包）。
• 将目录复制到Windows 2008 R2服务器（相同的VMWare服务器）。 没有效果。
• 将目录复制到Synology DiskStation（Linux / Samba，物理上独立的设备）。 没有效果。
• 将B直接连接到一台笔记本电脑上，并将该目录复制到该笔记本电脑上的文件共享中。 现在按预期工作（很快），所以这台机器似乎是硬件明智的。
• 通过SMC开关连接笔记本电脑和机器。 仍然有效。
• 通过SMC交换机将B连接到另一个房间的不同（已知工作）端口，以防机器正常使用的端口发生故障。 切换回原始文件共享。 问题再次出现。

我希望我没有忘记任何东西，但以上所有都导致我得出这样的结论：英特尔以太网芯片在D-Link交换机方面存在问题（因为A工作良好，但具有Atheros以太网芯片，仅当B通过D-Link交换机连接到任何文件共享时才会出现）。 目前该机器正在使用，但只要我有机会，我会尝试看看Wireshark中是否有任何明显的performance。 但是，我很难理解一个哑巴开关可能会导致这样的问题。 英特尔网卡和D-Link交换机之间是否有已知的不兼容性？ 交换机是否有故障？ 谢谢你的任何build议！