auser

生产环境上有类似场景

我目前的做法是：
1 ） crontab 定期 nginx reload ，应对域名对应 IP 变更的情况（不在我们控制范围）
2 ）我们后台配置变更时候，通过 ssh 远程执行脚本的方式，让所有 nginx 节点执行 nginx reload

前段时间花了大量时间排查并解决了这个问题：

解决方案 1：把 Universal Control 功能关闭后稍等片刻或者重启系统 （推荐）
解决方案 2: 终端执行 sudo ifconfig awdl0 down （不推荐）

关闭 Universal Control 后 ping 网关的延迟恢复正常，开启后问题再次出现。
上述问题在 intel i9/m1 max 芯片的 MacBook Pro 16 上均存在。

很可能是 DigitalOcean 对长时间未活跃账号进行余额退款。

Paypal 收到退款后，我登录 DigitalOcean 账户查看了下，的确是我在 2013 年使用 Paypal 充值的$5.

我记得 DigitalOcean 以前注册完后，需要绑定信用卡或者使用 Paypal 最低充值$5 进行账户激活才能购买 Droplets

今年 6 月走键盘维修计划电池换新的 15 寸，以及当时新买的 Intel 16 寸：大部分时候都插电使用，都是每月消耗 1%的样子。

上个月首发入的 16 寸，6 次循环，电池寿命已经少了 100hAh 左右。

感觉今年的电池耐用性普遍性偏差。

@neutron 赞同。

AirPods 两种我都有用。就佩戴感受而言，AirPods 我更喜欢 2 代，Pro 版本不舒服程度强很多。

不过后者宣称有抗汗，我也购置了 Apple Care，所以无惧大量汗水和湿巾清洁。掉地上几次也没事。

前者每次掉地上后双击换歌功能就废了，最开始我重置方法不对没让等琥珀色？闪烁，我以为重置成功其实没有，导致我以为坏掉了。第一次坏掉的几个月后因为连接跟故障可能重置成功，就恢复了。后来就知道掉地上后双击触控会失效，需要重置恢复。

参考你建议，等那个刚修好的 Power beats3 坏掉我就考虑买个 pro 版本尝试下。

@kappa 我用的是二代和三代共计 5 个耳机，个人感觉上 airports 音质适合我，两者差距很大明显


@neutron 可能吧。不过这个牌子的耳机过去几年坏得太多，已经不想再入了。有线版本不想戴了可以挂在脖子上，即便是跑步，把两个耳机交叉在一起挂在脖子前也不影响。无线的话就只能挂在耳朵上了。各种耳机我现在已经很多了，比 airports 音质好很多的头戴式，降噪的啥的各个对比起来还是能明显感觉出来。所以以后跑步会选择中规中矩的 airports.

历代 PowerBeats 用户，没有一个耳机没坏过的。不过好在都在京东买的，售后不浪费时间精力。

耳机全部是在跑步时候佩戴。

第一个在保期间换新了两次。直到最终电池待机只有半小时，耳机线 /线控开关被汗水腐蚀不成样子。

第二个（三代）在保换了一次。因为知道 PowerBeats 的品质，所以当时买了京东金融的附加保险，过保后可以免费维修一次。前段时间保险派上用场。目前良好。

PowerBeats Pro 出的时候，因为不喜欢无线设计，加上这个耳机质量实在是差，音质相比 AirPods 差很多，所以今后不再考虑了。

目前跑步配合 AirPods Pro 使用。

五元组哈希计算得到 Key [核心] ，查缓存 [核心（主要是快速处理热数据）] 知道黑不黑，考虑业务模式可以使用 0 、1 、2 、3 作为 Value，比如放行、报警处理的动作集索引。没有命中的话在百万黑名单的 Hash （与缓存数组的实现看具体场景，这个一般没缓存要求高要求）或者 Set 中找到或者没找到（重要，没找到也要写缓存）然后快速更新缓存 [核心] 。

就按每秒一百万个包来算，这已经不是 C++这个编程语言本身的问题了。当然不能触发内存分配这种潜台词就不提了，这是必须要做到的。

这个黑名单库如果要动态更新，就有并发锁的问题。内存充足（ x86 体系）情况下，可以直接创建新的 Hash，然后在临界区交换 /清空上述 Hash/缓存的指针即可。这样临界区通常是可以做成无锁的形式 [难点] 。

报警之类功能思路跟上述一致，也就是内核驱动开发常说的 top/bottom half 避免性能问题。转发层面尽量快，后续耗时的工作放到额外线程甚至进程里边去做。

Bloom Filter 用来统计百万日活文章阅读量还好，不适合数据转发过滤的偏底层业务场景。