@zmcity 我的理解是从路由器的 sfp 口（ mac 层）出来是数字信号，dac 是有个芯片的，没有芯片的话，数字信号是传不了几米的。在 dac 线里面传输的应该是模拟信号。

@RecursiveG 啊？没有 phy 芯片，那么传输的是什么信号？数字信号还是模拟信号？

可以换

@kaedeair 我觉得做成 SFP 还有一个"卖点“， 就是产品比较便宜。比如 10g 的口，你如果做成电口，那么你的 phy 芯片就一定在路由器这边。但是 10g phy 电口芯片不是很便宜。那么你的路由器的价格就要上涨。但是你如果是 SFP ，phy 芯片在路由器这边就不需要，这个成本就潜在的转移到用户这边了。

@adoal 我的理解是模块带 phy 。mac 层在路由器这边。是吗？再请教个延伸问题，不知你是否知道。我看有种把两个设备都带 SFP 接口连接的线缆[1].这种线缆也算模块吗？是有两个模块吗？ phy 也在模块里面吗？

[1]https://item.jd.com/100011464935.html

@adoal 我的假定是家用路由器。

楼主，携转的有效期多久呢？

@sleepingdog 我是 5.0 之前的系统，与你是类似的问题。也是 io 错误。不过我的快速测试结果是“读取失败”。但是很奇葩的是能 raid5 能重建成功，重启之后又降级了。我现在想等我把数据备份完之后，换一个盘上去看看快速测试的结果是什么样子。这样就能排除是不是机器硬件的问题，比如运输导致机器哪里有松动或者损坏。

@sleepingdog 哦，那样的话应该是要克隆除盘 1 剩下的所有正常盘

@sleepingdog 你的意思是假设我现在出问题的是盘 1 ，推荐的做法是先克隆盘 1 到新盘，然后挂新盘到 nas 上去重建吗？

@dode
@ryd994 重建完成了，mdadm -D /dev/md0 显示也是“active sync”。但是重启之后还是"removed". 看起来可能搬运过程中硬盘搞坏了。但是我不明白的是为什么重建可以完成。哎，只能先备份数据了。后面换一块硬盘试试看。

@dode
重插不行，已在后台使用 mdadm /dev/md0 -a /dev/sda3 重建，战战兢兢中。听说很多人在 rebuild 中失败然后全部找不到。

@Drumming 已卖光

@keyfunc 取决于你的固件，openwrt 的防火墙配置很简单。需要手动开放某个端口 v6 才能从 internet 访问内部机器。

@Leao9203 前面已经说了.你这样是搜索不到的，一般是需要 intel 的人员提供
>有人不愿意分享，毕竟带有保密性质

办过。要是能多优惠几年就更好了，哈哈。

>65.79 的套餐
月付吗？

@FabricPath . 设置了 smp_affinity_list 。eth0 为 wan ，eth1 （ 10g 测试机连接），eth2 ，eth3 为 lan 。 （ 51,56,61 ，66 应该就是管理中断）
root@OpenWrt:~# grep eth /proc/interrupts
47: 11684059 0 0 0 ICU-NSR 39 Level eth0
48: 0 1767000 0 0 ICU-NSR 43 Level eth0
49: 0 0 1748609 0 ICU-NSR 47 Level eth0
50: 0 0 0 2103639 ICU-NSR 51 Level eth0
51: 4 0 0 0 ICU-NSR 129 Level eth0
52: 5962016 0 0 0 ICU-NSR 39 Level eth1
53: 0 873775 0 0 ICU-NSR 43 Level eth1
54: 0 0 957364 0 ICU-NSR 47 Level eth1
55: 0 0 0 566200 ICU-NSR 51 Level eth1
56: 16 0 0 0 ICU-NSR 129 Level eth1
57: 7114790 0 0 0 ICU-NSR 40 Level eth2
58: 0 82885 0 0 ICU-NSR 44 Level eth2
59: 0 0 71360 0 ICU-NSR 48 Level eth2
60: 0 0 0 107930 ICU-NSR 52 Level eth2
61: 1 0 0 0 ICU-NSR 128 Level eth2
62: 0 0 0 0 ICU-NSR 41 Level eth3
63: 0 0 0 0 ICU-NSR 45 Level eth3
64: 0 0 0 0 ICU-NSR 49 Level eth3
65: 0 0 0 0 ICU-NSR 53 Level eth3
66: 0 0 0 0 ICU-NSR 127 Level eth3

root@OpenWrt:~# cat /proc/irq/47/smp_affinity_list
0
root@OpenWrt:~# cat /proc/irq/48/smp_affinity_list
1
root@OpenWrt:~# cat /proc/irq/49/smp_affinity_list
2
root@OpenWrt:~# cat /proc/irq/50/smp_affinity_list
3
root@OpenWrt:~# cat /proc/irq/52/smp_affinity_list
0
root@OpenWrt:~# cat /proc/irq/53/smp_affinity_list
1
root@OpenWrt:~# cat /proc/irq/54/smp_affinity_list
2
root@OpenWrt:~# cat /proc/irq/55/smp_affinity_list
3

但从测试看，没有 rps 分布均匀。所以跑到较好的速度的概率小很多。可能要跑个 pt/bt 下载才能知道。speedtest session 太少了。
root@OpenWrt:~# ethtool -n eth0 rx-flow-hash tcp4
TCP over IPV4 flows use these fields for computing Hash flow key:
IP SA
IP DA
L4 bytes 0 & 1 [TCP/UDP src port]
L4 bytes 2 & 3 [TCP/UDP dst port]

@FabricPath
>你这个 CPU 不是只有 4 个核心么，只有 4 个 bit ，所以 rps 是 0000 - 1111 （ 0~F)
犯了了个低级错误，我 echo 用的是 10 进制。echo e 好了。最好的情况可以跑到 3200+了。此时 cpu 1,2,3 跑满。
04:07:02 CPU %usr %nice %sys %iowait %irq %soft %steal %guest %gnice %idle
04:07:04 all 0.00 0.00 0.25 0.00 0.00 83.50 0.00 0.00 0.00 16.25
04:07:04 0 0.00 0.00 0.50 0.00 0.00 38.50 0.00 0.00 0.00 61.00
04:07:04 1 0.00 0.00 0.00 0.00 0.00 100.00 0.00 0.00 0.00 0.00
04:07:04 2 0.00 0.00 0.50 0.00 0.00 96.50 0.00 0.00 0.00 3.00
04:07:04 3 0.00 0.00 0.00 0.00 0.00 99.00 0.00 0.00 0.00 1.00

https://www.speedtest.net/result/c/c0424651-4045-4a30-a408-fc84fc7a0917 。

后面我再研究一下 rss 。看是否不要 rps ，最好是能用 rss 。