Scott Hanselman's Blog 中文 所提供的链接是指美国作家、学校计算机科学倡导者和微软开发者社区计划多年来的副主席斯科特·汉斯曼（Scott Hanselman）的个人博客网站。该博客主要集中讨论计算机编程、软件开发和技术领域的最新趋势。 Scott Hanselman's Blog hanselman.com RSS feeds.hanselman.com Scott Hanselman's Blog 中文 RSS thenote.app
调试我的新网络，当 10 千兆以太网以 300 兆比特运行时 用户在使用 10 千兆位网络环境时，文件传输速度极慢，仅约 100-200 兆位每秒。起初，用户怀疑是 Unifi UNAS Pro 8 NAS 本身、其 RAID 6 配置、NVMe 缓存，或是 Immich 应用所致。尝试更改缓存设置并停止 Immich 服务均未改善。即使通过 iperf3 在桌面与迷你 PC 之间进行直连测试排除了 NAS 因素，问题依然存在。该直连网络测试揭示了非对称的速度问题：下载速度极低，而上传速度虽显著更好但仍未达最优。检查 Intel 网卡统计信息显示丢弃的数据包数量很高。用户增大了网卡的接收缓冲区大小，这消除了一个方向的丢弃数据包，但并未完全解决速度问题。突破点出现在禁用 Intel 网卡上 IPv4 的大包发送卸载（LSO）V2 功能后。这一单一更改使下载速度从 313 兆位每秒大幅提升至 7.03 千兆位每秒。LSO 旨在通过让网卡处理数据包分段来降低 CPU 负载，但在本特定配置中，它反而阻碍了性能。完成此调整后，向 NAS 进行实际文件复制的速度显著提升，约为 350 兆字节每秒，即 2.8 千兆位每秒。关键经验是：在遇到存储性能问题时，务必将网络隔离并独立测试，因为有时网络适配器设置（如 LSO）可能成为瓶颈。 Debugging my new network, when 10 Gigabit Ethernet Runs at 300 Megabits feeds.hanselman.com +1
将 Synology NAS 迁移至 UniFi UNAS Pro 8：使用 Robocopy、SMB 多通道及令人意外的性能陷阱 作者在将文件从 Synology NAS 迁移至 Ubiquiti UNAS Pro 8 时，在高带宽网络环境下遇到了意外困难。最初使用 Windows 资源管理器尝试迁移，因文件系统限制而失败，特别是对于包含标点符号的文件名。改用 Robocopy 后发现，交替数据流（ADS）——一种遗留的 NTFS 功能——是错误产生的根本原因。通过 Robocopy 的 /COPY:DATX 标志成功跳过了这些流。然而，迁移速度仍然缓慢，促使作者进一步调查。他们发现，尽管 Robocopy 的重启模式（/Z）在不稳定连接中很有用，但其开销严重损害了性能；移除 /Z 后，传输速度显著提升。作者还探索了 Robocopy 的多线程复制（/MT），发现适中的线程数（如 /MT:4）有利于重叠 I/O 操作。对于非常大的文件，微软最初推荐的无缓冲 I/O 选项（/J）实际上反而降低了 NAS 到 NAS 的传输速度；在此特定场景下，缓冲 I/O 更为有效。最后，作者意识到 Synology NAS 的实际速度高于最初预估，这是因为 SMB 多通道（SMB Multichannel）允许 Windows 同时利用 Synology 的全部四个 1 GbE 接口，聚合带宽，从而使瓶颈从服务器本身转移到了网络带宽。 Migrating a Synology NAS to a UniFi UNAS Pro 8 with Robocopy, SMB Multichannel, and Surprising Performance Traps feeds.hanselman.com +1
