@Danic #12 multiprocessing.Array multiprocessing.Value 创建的都是共享内存啊，fork 之后都是多个子进程共享的

这个变量 A 在 fork 之前用 multiprocessing 创建成共享内存变量就行了啊，这样 fork 之后任何一个字进程修改了变量的值，其他进程都会同步读取到新的值，只是每次访问共享变量比访问普通变量要慢很多

路由器不行？以前 tplink 的小路由普遍都只能 54m，有墙速度更慢了，而且也得看周围热点多不多，多的话相互干扰速度也慢，话说有限直连居然不是千兆网？

@kimown #17 slave 最后同步 master 的时间是正常的，bgsave 无法成功应该是内存不足的问题，可以看 @monsterxx03 #15 的提示

master 被系统 oom killer 是因为整台机器都给 redis 用了，所以没有设置最大内存使用，也没有设置 swap，redis 有峰值使用所以差不多申请了所有的物理内存，虽然平时只用差不多一般，机器上还部署有监控系统的 agent，所以其在某次申请内存的时候触发了系统 oom killer，也没有对 redis 进程的 oom_adj 进行特别设置，所以系统果断 kill 掉了 redis 进程

数据少了大半的问题就简单了，发现时 redis 已经被 kill 掉了一晚上了，所以都过期了啊

可以看看这个 https://cachecloud.github.io/2017/02/16/Redis%E7%9A%84Linux%E7%B3%BB%E7%BB%9F%E4%BC%98%E5%8C%96/

说起来做了监控，但没加 redis 的告警，业务使用 redis 连不上也不出系统错误，而是除了其他业务错误，导致其他系统告警完全忽略了，也是自己给自己挖了好大的坑

@monsterxx03 #15 好的，我研究下，感谢！

@monsterxx03 #10 哦，master 被系统 kill 掉了，从库数据只剩一小半，奇怪了，说起来怎么防止 redis 被系统 oom kill 掉呢？

@swulling #9 血崩，表示我现在很崩溃，master 被系统 kill 掉了，slave 的 bgsave 自己停了，数据也不知道哪去了大半。。。

@judeng #11 slave，从某天开始突然不 bgsave，又没注意，被坑了，不知道这种情况会是啥问题，难道是内存不足，无法完成 bgsave 么？

master 是关闭持久化的，虽然是 bgsave 但是，似乎还是导致延时上涨，所有就由 slave 来 bgsave 了

@judeng #5 好吧，slave 有不自动 bgsave 是啥问题？ redis 坑还不少啊，感觉

@rrfeng #6。。。这个不是重点好吧，先解决问题才是

@monsterxx03 #3 还是 2.8，那么 slave 的内存怎么回收呢？ bgsave 的时候似乎能处理过期问题，这跪了。。

@jyf #1 就是 redis-cli info 之后看到 key space 加起来有将近 200 多万 key，忘了保存截图了
唉，惊讶的发现 slave 切 master 之后，瞬间数据 key space 信息只剩 30 多万 key 了，血崩。。

@ufo22940268 #8 conf 下还是 spark-env.sh.template，那么应该没有配置的吧，这也太奇怪了。。

@ufo22940268 #4 要怎么移除。。这还能移除啊？

@hcymk2 #3 本地文件的啊，如果文件读不到应该报的是 InvalidInputException 才是

@hcymk2 #1 我这个不一样啊，NullPointerException，并不是读不到文件异常啊，好怪

最近经常这样啊，开个锁也慢死了，太不行了。。

反正 boss 不太有，降低了一点，但是比较突兀的声音反而更明显了，只对于白噪音之类比如车流声之类的比较有效果，大晚上有人在隔壁房间讲话都没效果，吵死了