首先，请忘记 classfull 网络，它们已经死了几十年了。

根本不建议使用 /18 网络。正如您所指出的，这是一个非常大的广播域，会削弱性能。

除了广播，另一个问题是设备可以处理的 MAC 地址数量。这导致了两个不同的问题：

交换机MAC表大小限制

最新的企业级设备可以处理 16 000 个 Mac 地址，但有些仅限于 4096 个 MAC 地址。像你的 linksys 这样的消费级设备通常有一个下限（谷歌快速搜索显示 2000 但我没有验证这一点）。

因此，如果您有太多设备，一旦交换机的 MAC 表已满，它将泛滥发往溢出主机的帧，从而增加广播问题。

主机 ARP 缓存大小
的限制维护了 ARP 缓存，但主机的大小可能非常有限。我发现某些版本的 Windows 的值为 265。当缓存已满时，它不再有效，ARP 请求将急剧增加。

我得到了 90K 包和 50K 的 ARP 数据包

似乎确认这实际上是您的问题。

此外，我想（由于网络的大小）您有许多无线客户端，而 SOHO 设备并非旨在处理许多客户端。这也可以解释性能不佳的原因，但很难用所提供的信息来说明。

有没有什么办法解决这一问题？

您需要将您的网络划分为更小的、隔离的（按 VLAN）子网，并使用企业级接入点（最好是 WAVE2）来处理大量的 Wifi 客户端。

总之一句话：是的。

广播（以及多播）对于无线来说是一个严重的问题。该帧将只发送一次，因此必须传输以便每个站都能听到它。这是basic-rate. 基本费率通常非常低。AP 可能能够以 300 Mbps 的速度与您通话，但可能只有 24 Mbps 才能到达距离更远、功能较弱的站点。为了让你们俩都能听到它，它必须以 24Mbps 的速度通过无线传输。（实际上，较低，因为没有重传的机会。）

这对于有线链路来说不是问题，因为它们在没有冲突且流量可以缓冲的交换机上以 100Mbps 或更快的速度运行。