我正在调查我们网络中的一个奇怪问题。两台 Windows XP 计算机访问 Windows 2000 Server（即 VMWare ESXi VM）上的文件共享。两台计算机都通过 D-Link DES-1024 R+ 非托管 10/100MBit 交换机连接到该服务器。每次应用程序获得焦点（即 Alt-Tab 返回其窗口）时，这些计算机上的某个特定软件都会读取该共享上的文件夹，其中包含大约 4600 个文件，总大小为 6MB。奇怪的是：在一台机器（我们称之为 A）上，此操作非常快（<2 秒），而在另一台机器（B）上，此操作大约需要 13 秒。这使得应用程序使用起来非常令人沮丧。到目前为止，我尝试过以下方法来缩小问题范围：
- 比较了两台机器上的网络设置。A 的设置完全是标准的，B 上的静态 IP 和 DHCP 都没有任何区别。
- 更新了 B 上的网络驱动程序（Intel Pro 1000）。无效果。
- 尝试了 B 上的第二个 NIC（Intel 100 之类的）。没有效果。
- 将 B 插入 SMC 交换机以缩短电缆长度（到最近的端口约 20 米，然后到楼上的服务器机房再长约 40 米，即现在到 SMC 交换机 20 米，然后直接进入端口）。没有效果。
- 尝试过禁用 TCP 卸载、禁用英特尔驱动程序中的自动协商和诊断。没有效果。
- 使用“LAN SpeedTest”应用程序（创建一个 100MB 的文件，将其复制到文件共享并读回）测试原始性能。可以轻松实现 50-70 MBit/s 的吞吐量，因此与原始吞吐量相比，访问许多小文件似乎是一个问题。Ping 也很好（<1ms，无数据包丢失）。
- 将目录复制到 Windows 2008 R2 服务器（同一个 VMWare 服务器）。无效果。
- 将目录复制到 Synology DiskStation（Linux/Samba，物理上独立的设备）。无效果。
- 将 B 直接连接到笔记本电脑，并将目录复制到该笔记本电脑上的文件共享。现在运行正常（非常快），因此机器的硬件似乎没有问题。
- 通过 SMC 交换机连接笔记本电脑和机器。仍然有效。
- 通过 SMC 交换机将 B 连接到另一个房间中的另一个（已知正常工作的）端口，以防机器通常使用的端口出现故障。切换回原始文件共享。问题再次出现。
我希望我没有忘记任何事情，但以上所有内容都让我得出结论，不知何故，英特尔以太网芯片与 D-Link 交换机存在问题（因为 A 工作正常，但使用的是 Atheros 以太网芯片，并且只有当 B 通过 D-Link 交换机连接到任何文件共享时才会出现问题）。目前机器正在使用，但只要有机会，我就会尝试查看 Wireshark 中是否有任何明显的问题。但是，我很难理解哑交换机如何导致此类问题。英特尔 NIC 和 D-Link 交换机之间是否存在已知的不兼容性？交换机是否只是有故障？感谢您的任何建议！
答案1
您正在排除两个操作系统的故障，这两个操作系统都不再提供支持，而且您正在使用消费级设备进行联网。不可能告诉您故障在哪里。
话虽如此，我在清理网络时遇到过许多 D-Link 交换机，它们都面临着相同的命运（垃圾桶）。他们的产品很简单废话，是的 - 我经历过大规模的网络中断，其中一个 8 端口 D-Link 交换机破坏了 10 个相邻交换机的 ARP 表。