Pi 3热点上的最大Wi-Fi客户端

Raspberry Pi 3上的热点是否有最大数量的Wi-Fi客户端（使用内置的Wi-Fi芯片：Broadcom BCM43438）？

关于软件，我hostapd用来管理访问点（在Raspbian上）。

目的是为Pi上托管的一些PHP页面提供服务。没有太多的计算，我认为瓶颈将是热点支持的客户端数量。

我对理论极限（例如驾驶员）和“经验”极限感兴趣。

我的现实世界限制是教室中有22个小学生，他们通过智能手机直接连接到pi，现在接入点是一个开放的热点，因此由于没有进行加密，因此大大减少了开销，因为我的pi-3并没有达到了极限，因为我敢肯定会有更多的客户连接，但表现却相当缓慢，尤其是因为每个学生都必须同时单击同一链接来跟进。

我发现页面加载平均花了我2.5到3秒。在服务器为node.js http服务器的情况下，返回的内容是存储在字符串中的静态文件的内容。

由于将新的Raspberry Pi 3用作具有hostapd的Wi-Fi接入点，因此在配置为热点的离线Pi上，我配置了一个硬编码的40 IP地址限制。似乎正确处理了所有这些问题。因为使用Web套接字在Node.js应用程序上的所有已连接用户之间进行实时交互，所以我没有做更多的尝试。

更一般而言，我认为尽管Pi可能会提供一些自定义配置的功能，但并未针对此用途进行优化。如果您不想让每个客户端都获得满意的Wi-Fi性能，建议您限制物理客户端的数量：我的意思是，这不是因为每个客户端在处理其连接/ IP会话方面不会消耗更少的资源是无线的。

许多路由器都提供了分配更多IP地址的功能，但这只是关于DHCP和向连接的客户端分配地址，而不是处理50个Wi-Fi流量方面不同的连接和上下文。

例如：例如，所有Apple Airport车站的用户限制为50个...请参阅“ 比较AirPort系列”。

更新：几个月（！）之后，最终有机会用很多设备进行测试。看起来，带有基于Jessie的Raspbian的Pi 3B及其默认的WIFI组件最多可以接受32个MAC地址，即使dnsmasq配置为允许多达60个IP。

基于Raspi社区论坛的一些线程，我认为这可能是由于板载WIFI芯片的brcmfmac驱动程序中的硬编码限制引起的，仍在调查此问题...

具有基于Stretch的Raspbian（9.4）的Pi 3B +最多只能接受16个连接（相同的hostapd / dnsmasq配置）。由于它仅是Pi 3B的一半，因此我对此只有一个假设：

-WIFI芯片的Stretch嵌入式brcmfmac驱动程序现在限制为16个MAC地址（不太可能是IMHO）

-或它链接到新板上使用的新WIFI芯片，在客户端模式下现在为双频段2,4 / 5 GHz，但是我只能使用2,4GHz配置AP，因此只有一半的资源是因此分配了Pi 3B最大容量的一半（对我来说似乎更合理，但绝对未经验证）