在介绍旁路由配置之前，先说一下旁路由原理： 你可以很清楚的看出：旁路由的网络接入与其他终端设备无异，你可以把他理解为一个普通的设备，这个设备负责数据交换的处理。 大多数人装openwrt是为了翻墙，广告过滤，实际上这玩意儿行为管理的能力也不太行…… 那么，当我们把网关指向旁路由，我们的数据处理流程就是：客户端-旁路由-主路由-公网，返回也是一样的流程。 当我们把网关指向主路由，数据流向就是：客户端-主路由-公网，返回也是一样的。 你可以发现我们的网关可以直接在客户端进行修改，无需修改硬件接入网络的方式，这也就意味着…
在搓外汇API的时候，需要弄BOC爬虫去爬汇率数据，每次浏览器检查都是正常的，但在用bs4的selector后就是返回空列表： 百度翻了半天，简单说一下原因：如果不是浏览器渲染的话，是不会渲染tbody的，就和下面的这个图一样 你可以看到是没有表格结构的 解决方法也很简单，直接删除tbody节点就好 输出正常
*前提：在你操作之前请先按照Swoole官方操作文档对内核修改完成后再看本文： 文档地址：https://wiki.swoole.com/#/other/sysctl 汇率的API写好了，Swoole内网测试并发总会发生诸如redis went away的问题而导致502，当redis在同步模式下运行的时候无此问题，仅在Swoole一键协程化的时候出现： 如果按照官方文档的步骤做了，确认redis等没有挂掉，请在screen下直接运行，而非在supervisor或者systemd下作为服务运行 你会惊奇的发现：sc…
早闻Swoole因其持久化的特性有高性能高并发和语法简单的特点，突发奇想试着把汇率API项目的API部分用Swoole处理，在这里对比一下两者的性能差异 服务器配置： E5 2650V2 4核心 KVM虚拟化无超开 8G内存 程序代码和运行在SATA SSD内进行 系统：CentOS 7.9 PHP版本：8.1开启JIT，FPM使用opache 压测机配置： i5 10400F+16G内存，好吧其实就是我自己的电脑。 压测程序：https://github.com/link1st/go-stress-testing…
如果pve网卡并非直通模式，请把虚拟网卡的Model处改成pve的virtIO: 通常情况下这就可以跑满，即使你的网卡型号和model处吻合。 接下来是诊断过程： 当我做完全盘映射并做好Samba正在导入数据，发现写入只有可怜的50M/s（我家是千兆网，顺序写入就算是机械也不可能这么慢），读取更是炸裂，只有10M/s 起初我以为是全盘映射的问题，当我把sata换成scsi的时候发现还是无法解决 后来通过top发现有个叫ksoftirqd/n的东西占用巨高，百度了一下这个进程： 当来自设备的中断时，操作系统会暂停它正…
打开pve的shell，输入： 我要将最上方的ata-ST400做全盘映射到ID为101的主机： 接下来去PVE后台看是否映射成功：
KVM用的proxmox是免费版社区版的，所以每次都提示这个没有有效的订阅挺烦的！ 解决方法： 修改文件/usr/share/javascript/proxmox-widget-toolkit/proxmoxlib.js 然后找到if (data.status !== 'Active') { 修改为if (false) { Ctrl+O回车保存，重启浏览器清除缓存查看效果。
基本上还是PVE没有企业订阅的问题，下面说解决方法，版本适合PVE7： 使用nano，/etc/apt/sources.list.d/pve-enterprise.list下： 将第一行在顶头用#注释掉，Ctrl+O回车保存，Ctrl+X退出 接下来配置无订阅库，将下列内容覆写到/etc/apt/sources.list即可： 2023.7.27更新： 做完上面的操作，PVE后台仍然报错，在PVE论坛看了一下，还要在ceph屏蔽企业源…… 步骤：nano打开/etc/apt/sources.list.d/ceph.…
旁路由做了FullconeNAT之后，比特彗星测试结果还是PortStrictedFullconeNAT，同时通过dmesg进行内核诊断，我发现日志总是爆出ARP缓存溢出的错误： openwrt的gc阈值控制分为三挡，1档表示最小可保留数量，2档表示当ARP表的数量达到此值时，GC会清理大于5s的表项，3档表示最大的可保存表项的数量，超过就会触发GC全部清理。 OpenWrt我没记错的话第三档默认为512,，再看一下现在的ARP条目： IPv4（v6把-4改成-6就行了）： 旁路由默认情况下只用ipv4，可得： 3…
现在跑的支付系统在处理客户问题查询订单的时候经常查询超时锁表…… 支付系统的在数据库的特性是高更新频率，当我在排查问题的时候看到了query cache，去google了一下： MySQL查询缓存是MySQL中比较独特的一个缓存区域，用来缓存特定Query的整个结果集信息，且共享给所有客户端。为了提高完全相同的Query语句的响应速度，MySQL Server会对查询语句进行Hash计算后，把得到的hash值与Query查询的结果集对应存放在Query Cache中。当MySQL Server打开Query Cac…