你用了SMB 的多通道还是链路聚合?读一起是指两台PC 一起读NAS里同一个文件还是不同文件?
我目前看也不止QNAP吧, 我另一个netgear SX10 万兆交换机也是这个样子, 我觉得, 大半是TP-link的锅,很简单,你固件里加个选择有线/无线回程的按钮会死啊!!!
对于千兆链路聚合,我有保留: PO主你举的两台不同主机访问链路聚合的NAS,可以都跑满千兆,其实还有一个限制:最好两台主机访问不同的磁盘空间,否则受硬盘寻道影响,还是会跑不满千兆。所以有多网口,是做聚合还是SMB3 多通道,要看自家应用场景,没啥多主机同时访问的需求,群晖NAS不如修改samba.conf,打开多通道,普通千兆交换机乃至路由器都能享受多网口福利
你的MS408C 是不是 网口速度自动就无法手动关闭flow control? 我的MS408 2C 是这样的,有点怀疑这个影响了我TP-link AX mesh网络的有线回程,但没有证据
IGMP snoop 是组播需要用到的嗅探功能,打开后交换机会记录组播的源和目标网口,从而避免组播包在交换机网络内形成风暴。 如果你和我一样软路由上IPTV和WAN 在一个实体网络内,就需要用到它
当然不是直通就一定能休眠! 我的意思是: 由于unRaid 似乎在宿主机这一层一直会有QEMU ( 虚拟机主程序)在查讯直通出去的硬盘,所以即使在虚拟机黑裙层面已经没有对硬盘的访问,黑裙还是不能让硬盘休眠。 这里说个更进一步的,我试过在unRaid把整个芯片组SATA控制器作为pcie设备直通给黑裙,在unRaid下这还是行不通,虚拟黑裙无法休眠;作为对比,PVE下如果简单直通单个硬盘设备,无法让黑裙休眠,除非放弃PVE对黑裙虚拟机的状态监控;改为直通直通整个SATA控制器,黑裙可以休眠
unraid里的黑裙即使直通,也不能休眠,可能QEMU一直在宿主这一层访问它。这导致我虚拟黑裙自动关机,定时或者on demand 开机的设想没法实现
关注数量超出限制,
请先删除部分内容再尝试