根本原因是网络协议栈与无盘驱动协同失衡：tcp窗口未适配万兆吞吐、iscsi未启jumbo frame、网卡中断未绑定专用cpu核心；需验证万兆链路、全链路启用mtu 9000、绑定中断至非core0、调高iscsi队列深度并禁用windows冗余服务。
在万兆环网环境下，网众无盘客户端频繁卡顿、镜像加载慢、多人并发启动失败，根本原因不是带宽不够，而是网络协议栈与无盘驱动协同失衡——TCP窗口未适配万兆吞吐、iSCSI会话未启用Jumbo Frame、网卡中断未绑定到专用CPU核心。
确认万兆链路真实可用
登录网众服务端，在终端执行 ethtool eth0（若为双网卡则依次查 eth0/eth1），重点核对 Speed: 10000Mb/s、Duplex: Full、Link detected: yes 三项。若显示 1000Mb/s，说明物理层未协商成功——【必须更换支持万兆自协商的SFP+光模块，普通千兆模块插进万兆口只会降速运行】。
用 iperf3 在两台服务器间打流：iperf3 -c 192.168.10.2 -t 30 -P 4，实测带宽需稳定 ≥ 9.2Gbps。低于此值，后续所有优化无效。
启用巨帧（Jumbo Frame）并同步全链路
第一步：在网众服务端执行 ifconfig eth0 mtu 9000；第二步：进入交换机管理界面，将连接服务器和所有接入交换机的端口 MTU 统一设为 9000；第三步：在每台无盘客户端 BIOS 中开启“Jumbo Frame Support”，再进 Windows 设备管理器→网卡属性→高级选项卡→将 “Jumbo Packet” 设为 9000 字节。
这一步不可跳过。默认 1500 字节 MTU 在万兆环境下会产生 6 倍以上的包头开销，iSCSI 小块读写延迟直接翻倍。若只改服务端不改客户端，会导致 TCP 重传率飙升至 12% 以上。
绑定网卡中断到指定 CPU 核心
方法一（推荐）：编辑 /etc/default/grub，找到 GRUB_CMDLINE_LINUX 行，在末尾添加 isolcpus=1,2,3 nohz_full=1 rcu_nocbs=1，然后执行 update-grub && reboot。
方法二：重启后执行 echo 0002 > /proc/irq/$(cat /proc/interrupts | grep eth0 | head -1 | awk '{print $1}' | sed 's/:$//')/smp_affinity_list，将 eth0 的中断强制绑定到 CPU core 1（编号从 0 开始）。
【中断绑定必须避开 core 0，否则系统调度器会被抢占，导致 nxpserver 进程响应延迟超过 80ms】。
调整 iSCSI 会话参数提升并发吞吐
在网众服务端执行：
iscsiadm -m node -T iqn.2004-04.com.netzone:nxd -p 192.168.10.1:3260 --op update -n node.session.timeo.replacement_timeout -v 30
iscsiadm -m node -T iqn.2004-04.com.netzone:nxd -p 192.168.10.1:3260 --op update -n node.session.queue_depth -v 128
iscsiadm -m node -T iqn.2004-04.com.netzone:nxd -p 192.168.10.1:3260 --op update -n node.conn[0].timeo.noop_out_interval -v 60
queue_depth 从默认 32 提升至 128，是释放万兆带宽的关键——它允许单个 iSCSI 会话同时发起更多 IO 请求，避免因请求队列塞满造成链路空闲。但若未同步调高 replacement_timeout，客户端断连后会立即触发重连风暴，反而压垮服务端。
禁用 Windows 客户端冗余网络服务
在每台无盘客户端上，以管理员身份运行 PowerShell：
Disable-NetAdapterBinding -Name "以太网" -ComponentID ms_tcpip6
Set-Service -Name fdPHost -StartupType Disabled
Set-Service -Name defragsvc -StartupType Disabled
IPv6 协议栈在纯内网无盘环境中完全无用，却默认占用 17% 的网络处理资源；FDResPub（功能发现资源发布）服务会周期性广播 SSDP 探测包，干扰 PXE 引导阶段的 TFTP 流量；磁盘碎片整理服务在虚拟磁盘上运行毫无意义，且其后台扫描会触发大量小文件元数据查询，拖慢整个 iSCSI 链路响应。
