while task:
item = task.pop(0)
dosomething...

while 循环处理就是了啊，干嘛要递归调用

这个最大问题估计你把自己想的太重要了，实际是根本不值得为你花这么多成本，这个世界绝大多数的重要程度根本值得监控分析，不是做不做得到的问题，国家对监控你估计还没有淘宝对你的兴趣大

ip 和网关本来就没要求在同一个网段吧，只要链路层能正常通，arp 协议正常，路由正常就可以正常通信的吧

https://developer.mozilla.org/zh-CN/docs/Web/API/Push_API 这个吧

@unintialized #6 这量级别落到物理上没啥区别，这又不是在讨论数据公式，这带宽都直逼内存速度了，你再怎么优化都不可能跑满的，否则空跑速度有啥意义，如果内存、cpu 、pci 总线等速度不能同等提升十倍，那么这就是个从硬件、操作系统到软件开发从根上就重搞一套的节奏，量变引发质变啊，并不是所有量级提升都能在现有体系下继续优化的

@unintialized #4 cache miss 都能导致宽带跑不满，那说明网络速度远远超过内存和 cpu 速度，且不说可不可能，就说你网络都可以这么快了，你内存、cpu 速度还不提高一下？再说你网卡自己就不需要使用内存了？网卡自身速度超过自己的内存速度，真不知道你是咋实现的，否则就已经违法物理规律了，肯定实现不了，所以这个问题显然就是伪命题，不靠谱假设自然不会有靠谱的答案

@dzdh #4 既然如此何不直接考虑改存储引擎呢？反正一般来说应用层其实不会有啥区别，其他方案估计都会比这更复杂

乐观锁本来就不支持回滚这种情况，既然需要能一起回滚那你要的就是事务，然后你还看不上 mysql 事务，非要自己在应用层自己搞个事务，这不是自己给自己找麻烦作死么。。

租房的空调一般，设定的温度除了能控制功率外，和房间当前温度真是毛关系没有啊，后面买了米家空调控制器和温湿度传感器联动来自动控制温度，略好一些还是不理想，设定相同温度白天舒适了晚上室外温度下来铁定冻死人的感觉，主要是肩和膝盖啥的真受不住，现在改用 home assistant 来控制了，加了个室外的温湿度传感器，自己写了算法，依据体感温度算法，又加上室外温湿度计和天气温度，加入对流和辐射补偿，这样白天温度高会控制在 27 度左右，晚上室外温度降低温度就会慢慢提高控制在 29 度，算出来的体感温度控制值差不多在 30.2 到 30.8 之间，明显感觉好多了，还配合手机定位，自动处理离家关空调即将到家开空调，省心舒适不说而且明显要省电不少啊

所以才有共享带宽包啊，买了之后所有 ip 共享整个带宽池，不管 ip 用于哪了

B 的项目反推表 A 的项目是啥逻辑。。
从 A 项目查询 B 项目的明细？那这不就是用 user 去 A select ，这已经是最科学的方式了吧

@lisonfan #2 那估计就是防火墙的问题了，有可能是爱快拒绝转发到 lan2 ，也有可能是 ros 拒绝入站

网关写的是下一跳设备的地址，不是当前设备的出口地址，也就是 10.10.10.1

话说你这个如果 ros 和爱快是 lan 口相连，那无法解决 dhcp 重复的问题吧，而且如果 ros 、爱快和光猫都是 lan 口相连的，你这个组成回环广播风暴了啊，如果 ros 的 wan 口连爱快 lan 口，那么 ros 有 nat ，爱快访问 ros 方向肯定过不去啊