近日OpenWrt官方出了台MT7981的路由器，就是价格非常感人，不过看在它带RTC、POE、GPIO、nor/nand双启动、type-c转串口、还有M2 nvme槽（以及情怀）的份上还是买了一台玩玩。这机器最大的短板就是弱鸡的双核1.3G的MT7981，跑NAT + WiFi到千兆就几乎吃满了CPU（无offload情况），所以想着超个频。前置知识：MT7981是一个ARMv8-A SoC，一般使用ARM Trusted Firmware（ATF）方式启动，启动顺序为：BL1（BOOT ROM）-> BL2 -> BL31 -> U-boot -> Linux Kernel，BL位于SoC内的ROM，本机从BL2开始位于外置SPI NAND Flash中（通过切换开关进入恢复模式时会使用SPI NOR Flash）。BL2包含了诸多SoC设备初始化代码，其中包含ARMPLL的初始化代码，其为CPU提供高速时钟（PLL初始化前CPU直接使用外部晶振的40MHz时钟）参考了恩山论坛里的帖子：MT798X CPU超频1.65G/一键修改无线最大功率方法，不过里面的nand固件只有开NMBM（一种NAND Flash坏快管理机制）的，这台机器的主线OpenWrt不使用NMBM，所以用不了。于是自己研究了下，发在这里以供参考，其他没NMBM的nand理论上也能用（但请先确定自己的环境能 ...继续阅读 (5)

花500块买了个便宜的单盘位DS118白群晖当容灾备份机器用，到手发现这个机型居然不支持创建btrfs的存储空间，这就十分难绷了，毕竟数据校验、快照等功能都用不了。然后发现，尽管目前在售的机器都支持btrfs了，但直到2020年群晖NAS的很多低端型号都不支持btrfs，其中20、19、18系列就包括：DS420j，DS220j，DS120j，DS419slim，DS119j，DS418j，DS218play，DS218j，DS118尽管这些机型的配置确实不高，但btrfs其实也不是会费太多资源的东西，DS118这种机型完全能够支持，毕竟同为RTD1296 CPU的DS218或者同为1G内存的机器DS216+都是支持btrfs的，这么搞大概只是为了差别对待。实际上，群晖在这些型号上用的系统都是差不多的，底层其实都带有btrfs功能，只是在Web UI上被隐藏了，这些功能的差异被定义在了/etc.defaults/synoinfo.conf中，因此只需要打开SSH功能，连接后执行sudo vim /etc.defaults/synoinfo.conf，加入以下内容即可：support_btrfs="yes" support_btrfs_dedupe="yes" support_iscsi_btrfs_lun="yes" support_share_snapshot="yes" sup ...继续阅读 (35)

这是由于iOS设备（比如iPhone）的空间不足，使App无法转存较大文件导致的。在iCloud中照片/视频大小较大时，尽管在设置中可能会看到还有大量的剩余空间，但实际上是一种“已占用但可被释放”的状态。卸载一些大App或删除一些照片/视频能够解决，但如果不想这样做的话，可以使用下方的方法强制iOS去释放一些空间（iPhone 13 Pro测试可用）：手机打开 相机，切换到视频，开启“ProRes HDR”录制，此时会提示一个很短的“最长时间”和“正在释放资源”。等待一段时间后，当“最长时间”上升到5分钟左右时，群晖Photos即可正常工作。解决群晖Photos iOS客户端备份大视频时报错“备份已暂停-空间不足”最先出现在WuSiYu Blog。 ...继续阅读 (41)

在笔记本市场中，Intel Ultra系列和AMD 8000系列不约而同的加入了集成NPU作为卖点（甚至对于AMD而言，是其7000系到8000的几乎唯一变化），各路数码新闻中鼓吹最多的便是所谓“AIPC”概念，但却往往对其NPU的具体用法语焉不详，或者将一些实际使用核显进行的推理归功于NPU。由于本人近日购入了Intel Core Ultra CPU的笔记本，外加科研需要，对其集成NPU进行了一些调研。省流：通常跑AI推理的实用性不如核显，目前仅支持静态shape的模型，因此无法做LLM推理，通常只做AI抠图这类简单任务。目前最大的用途是Win11自带的“工作室”效果功能，包含摄像头背景虚化、眼神接触、自动缩放取景三个功能，虽然这些CPU/GPU也能跑，但或许用NPU功耗更低。设备：华硕 ROG 幻16 air （GU605），CPU：Intel Core Ultra 9 185H打开Intel官网中Ultra 9 185H的资料，其对NPU的描述如下：注意最后一行，由于OpenVINO是Intel官方的推理框架，后续我们将用它来测试，OpenVINO显然是支持Ultra的NPU的，相关文档如下：https://docs.openvino.ai/2024/openvino-workflow/running-inference/inference-devices-and-modes ...继续阅读 (40)

这里的背景是OpenWRT作为旁路由（aka. 旁路网关，单臂路由，透明网关等），没有一个太准确的叫法，具体的指另一台“主路由”连接公网并作NAT，OpenWrt不启用NAT，用户设备的上行流量先经过OpenWrt旁路由转发到“主路由”，下行时流量直接通过由主路由发送到用户设备，不经过OpenWrt旁路由。主要优点在于下行带宽不会受OpenWrt性能的影响，且OpenWrt设备故障或维护时，可手动（或配置自动）切换到主路由。（OpenWRT旁路由可以是单臂路由，也可以有另一根独立的线路连接到主路由，避免带宽限制，如我之前的文章）但由于上行和下行的通路不同，仅有部分流量会经过OpenWrt，会导致TCP的conntrack出现问题。具体表现是：已经正确设置了路由，且能用户设备能ping通外网，但对外进行TCP不通，若在用户设备上抓包分析会看到：（从用户设备，客户端）发送SYN收到（来自公网设备，服务器）SYN + ACK发送ACK发送通信内容（payload）（未收到回应ACK）重复收到SYN + ACK（多次）（重传）发送通信内容（payload）（还是没有回应ACK）不难看出，这是由于客户端发送的ACK在中途被丢弃了，使得虽然客户端认为TCP连接已经建立，但在服务端看来没有，因此客户端发送的payload不会被确认，而服务器则会重传SYN + ACK，继续等待客户端的ACK。这种 ...继续阅读 (50)

当你的设备同时带有WiFi和有线网时，你就会希望让系统优先使用有线网，一些系统（比如使用NetworkManager的）会自动完成这件事，但DietPi并没有。各种Linux的网络配置方案会各不相同，比如桌面Linux和新一些的服务器Linux会使用较为现代的NetworkManager，Ubuntu搞过一个netplan，树莓派官方系统Raspbian直接用dhcpcd来管理网络，而DietPi使用Debian传统的/etc/network/interface（ifupdown），这篇文章的方法也适用于其他使用/etc/network/interface配置方案的系统。首先编辑/etc/network/interface，为接口设置metric值，格式类似metric 100，数字越小表示表示优先级越高，DietPi中修改完类似如下（注意该文件在dietpi-config中调整网络接口设置后会被覆盖）：root@DietPi:~# cat /etc/network/interfaces # Location: /etc/network/interfaces # Please modify network settings via: dietpi-config # Or create your own drop-ins in: /etc/network/interfaces.d/ ...继续阅读 (48)

摘要：这篇文章给出了一种对于Router OS的更“优雅“的WireGuard Peer Endpoint（动态）域名自动刷新脚本，提出了一种在配置项的COMMENT中填写变量（比如域名）的方法，而不是hardcode在脚本中。这种思想也可用于其他对于RouterOS功能扩展的脚本。背景：这个需求来源于Router OS的一个bug或者毛病，即当配置WireGuard Peer的连接地址（Endpoint）时，你虽然可以使用域名，但其仅会在启动时被解析，之后如果域名的IP发生变化，是不回重新解析的。这就导致如果你使用DDNS域名作为Endpoint，那在其IP变化后连接就会丢失，不会自动恢复，直到你重启接口或者机器。解决上述问题的方式就是编写一个Router OS的脚本来解析域名，并将其IP更新到WireGuard Peer的Endpoint项中，然后将这个脚本添加在Schedule中，定时自动执行。由于Endpoint项会被脚本填写的IP覆盖，因此要在别的地方记录其域名。这个脚本目前网络上流传的版本如下：# 网络上流传的版本，灵活性较差 :local wgInterface :local wgPeerDns :set wgInterface "wireguard1" :set wgPeerDns "xxxxxxx.xxx-ddns.net" :if ([interface w ...继续阅读 (48)

论文全名：Benanza: Automatic μBenchmark Generation to Compute “Lower-bound” Latency and Inform Optimizations of Deep Learning Models on GPUs原文链接：https://arxiv.org/pdf/1911.06922.pdf这周在组会上介绍了这篇ML sys的论文，正好来写成一篇博客。这篇文章他是发表在IPDPS 2020上的，不算新，但其中分析总结的若干在GPU上的优化策略还是有一定参考性。同时本文也是本博客第一篇关于高性能计算（HPC）和深度学习系统（ML sys）的博客。这篇文章设计了一种layer-level的profiling和analyze工具，叫做Benanza，它提出了一个“lower-bound” latency的概念，和实际测量的latency对比，用于分析深度学习推理框架的潜在优化空间。同时用BR（Benanza Ratio）表示优化程度（BR = lower-bound latency / measured latency），越接近1表示优化程度越高。这个“lower-bound” latency是通过将原模型的每一个算子，都是用cudnn和cublas中最优的kernel去跑，所得到的时间。具体的将（结合下图），它的benchma ...继续阅读 (43)

在Fedora老版本上配置了NUT，每次开机后NUT服务均能正常与UPS连接；但在将系统更新至Fedora 37后，开机后NUT服务提示无法连接UPS，会周期性在终端广播报错，如果通过upsc指令查询UPS状态就会报错，如题图所示。这个原因是因为在新版的nut软件包中，对于nut-driver服务的systemd配置文件发生了变化，旧的nut-driver.service被移除了[1]，取而代之的是nut-driver-enumerator.service，后者再去启动nut-driver@.service（其中为配置文件中的UPS名称）[2]。由于原本配置时enable的是nut-driver.service，现已不存在，而更新后nut-driver-enumerator.service并未被enable，因此nut-driver服务没有启动，导致nut-server、upsd和upsc等组件无法连接UPS。解决方法也很简单，执行以下命令把nut-driver-enumerator.service启用即可：systemctl enable --now nut-driver-enumerator.service不得不说这个更新有点坑，但这也是系统跨版本更新时没办法的事情。[1]https://packages.fedoraproject.org/pkgs/nut/nut/fedor ...继续阅读 (51)

自从读研之后好久没更新了，正巧前几天树莓派上用的tf卡（micro SD card）又双叒叕挂了一张，启动后出现写I/O错误，文件系统变为只读（fsck没有效果），这次挂的还是Kingston CANVAS Go! Plus，这卡指标有V30 A2，也不算便宜货了，但还是挂的很突然。普通的tf卡本就是用分级最差的一档NAND颗粒制作的，据一些资料说目前流行的tf卡采用的都是QLC模式，毫无疑问寿命很差。同时，市场上也有一些长寿命（Endurance）类型的tf卡，但其中一些仅仅是换个名字，寿命没有本质区别，比如之前买过的banq high endurance系列，同样挂了一两个，而且是突然不认盘的那种。不过这次测试的SanDisk Max Endurance系列似乎是更靠谱些的，其给出了在行车记录仪场景下的寿命内可录制时间，写入标准为26Mbps，即3.25MB/s速度写入。32G版本的寿命为15000小时（其他版本根据容量成比例），换算成P/E和TBW如下：P/E= 3.25/1024*15000*3600/32 =5355.8349609375 (cycle)TBW= 3.25/1024/1024*15000*3600 =167.3698425293 (TB)可以说达到了TLC企业级固态和一些MLC固态的水平，另外根据外网的逆向工程（链接：https://ripitapart. ...继续阅读 (43)

CCR2004-1G-2XS-PCIe是一个有趣的设备，准确的讲它是一个“PCIe网卡形式的路由器”，与普通路由器不同的是，它除了挡板上的两个SFP28 25G网口和一个RJ45千兆管理口这些“物理网口”，其还通过PCIe 3.0 x8有着4个直连主机的25G虚拟网络接口，在主机看来，这相当于4个固定直连到路由器上的“普通”网络接口；而与一些Smart NIC不同的是，CCR2004-1G-2XS-PCIe并不能为主机提供任何offload功能，RDMA和sr-iov等功能应该也是不支持的，它也没有内置交换机芯片，所有从主机到物理网口的数据都需要CCR2004-1G-2XS-PCIe的CPU来转发，换句话说，如果你只是把它当网卡用，那它还不如普通网卡，它的合理用途应当是组成一个服务器和路由器的All-in-one方案。不过无论是作为“集成路由器”还是“普通网卡”的用途都值得我们实践测试一下，这便是这篇文章接下来的部分。由于没有25G环境，本文在10G内网下测试，CCR2004-1G-2XS-PCIe通过SFP+ DAC连接至CRS305 10G交换机上，交换机上的另一台机器使用x540双万兆电口网卡。CCR2004-1G-2XS-PCIe被安装在一台Core i9-10850k迷你主机（以下简称为host）的PCIe 3.0 x16槽上（CPU直连通道），系统为Fedora Wor ...继续阅读 (37)

本文是MacBook超过千兆网络的连接（比如2.5G/5G/10G）方案的探索，我的设备是MacBook Pro 13，2020年，M1芯片，系统为macOS Monterey 12.4。其他MacBook也可参考，主要的坑在于macOS。首先是MacBook自带的网络方案：内置Wi-Fi，但目前MacBook的WiFi6仅为2×2，且不支持160M频宽，PHY速度只能到1200M，实测在中高端路由器下，实际速度最大也仅为800Mbps左右，无法超过千兆。工作：常见的2.5G USB有线网卡（RTL8156芯片）示意图目前市场上有很多2.5G USB网卡，通常都是RTL8156芯片，这种芯片在macOS下工作良好，开箱即用（免驱）实测速度（iperf3）：TX：2.35Gbps，RX：2.35Gbps，双向TX+RX：2.26Gbps+2.26Gbps，能跑满2.5G。还测试了长时间跑满2.5G，网卡外壳仅为温热，未出现明显降速，效能挺不错的。不工作：QNA-UC5G1T等5G USB有线网卡（AQC111u芯片）QNAP QNA-UC5G1T这里的5G指5Gbps，而不是5GHz WiFi的无线网卡，这基本是USB 3.x gen1（5Gbps）的最快速度，也是目前市面上最快的USB协议网卡（不包括雷电），USB 3.x gen2的USB网卡还未出现。不幸的是，AQC1 ...继续阅读 (47)

注意到近期Cloudflare CDN在部分地区连接劣化严重，且观察到会影响bing和baidu的收录，将暂时取消Cloudflare CDN，改为直连（本站部署于Vultr 日本VPS）。关于地区可访问性，欢迎在评论区反馈。关于本站地区可访问性，和将暂时取消Cloudflare CDN最先出现在WuSiYu Blog。 ...继续阅读 (41)

iKuai路由系统，一个基于Linux的国产路由系统，特点是带有DPI流控并且免费，有一定审计功能，目前在国内似乎是除OpenWrt外最常用的软路由系统。不过和部分其他的专用路由系统类似，iKuai本身相对封闭，不开放Linux shell，甚至rootfs也是加密的，在商业上这自然无可厚非，但iKuai系统在几年前曾被爆出有过劫持用户网络的DNS和HTTP请求用于广告盈利的行为，虽然据传言已被去除，但仍然令人担忧其“私货”。所以这次，我将iKuai路由系统作为二级路由，连接到RouterOS主路由上。RouterOS有着方便的防火墙配置和抓包功能，可以设置filter进行抓包并保存到文件，然后导入Wireshark中查看。所用iKuai系统为“免费版3.6.0 x64 Build202202101800 体验版”，与目前的3.5.4正式版在网络活动行为上应该区别不大。在iKuai中并未开启“爱快云”和SD-WAN功能，仅打开默认的自动更新，意味爱快自身着其除了“download.ikuai8.com”外，理应不去访问任何外网。截止2022.02，iKuai系统在“爱快云”页面有一个隐私政策文档的链接，但其只描述了爱快云的隐私政策，并未说明在不使用“爱快云”的情况下iKuai路由系统本身会上传哪些信息。DNS抓包截取DNS请求是用于发现其试图访问哪些域名的方便方法，本次首先禁止了i ...继续阅读 (37)