swananan 最近的时间轴更新 swananan 最近的时间轴更新 |
swanananV2EX 第 201033 号会员，加入于 2016-11-13 00:12:39 +08:00今日活跃度排名 16652 |
swananan 最近回复了
17 小时 23 分钟前 回复了 swananan 创建的主题 › 程序员 › 线上故障应急处理： 4 年多 on call 经验总结 |
2 天前 回复了 swananan 创建的主题 › 程序员 › 线上故障应急处理： 4 年多 on call 经验总结 |
@HXM https://github.com/XXXMrG/archie-zola/tree/main 这个主题，非常符合我的个人审美
3 天前 回复了 swananan 创建的主题 › 程序员 › 线上故障应急处理： 4 年多 on call 经验总结 |
@laminux29 博客园不符合我的审美，哈哈
3 天前 回复了 swananan 创建的主题 › 程序员 › 线上故障应急处理： 4 年多 on call 经验总结 |
@0x663 确实，好久没 on call 了 ，现在恢复了好多，居然开始怀念过去的日子了（加大剂量
3 天前 回复了 swananan 创建的主题 › 程序员 › 线上故障应急处理： 4 年多 on call 经验总结 |
@kingcanfish 是的，sop 也是必做的，但是故障现场还是得具体问题具体分析，如果相关功能负责人不在，其余不熟悉的人无脑照着 sop 来恢复，我觉得很大概率会雪上加霜。
另外，就是故障发生的时候，相关人士有一口气在，就必须得上线，这是隐藏红线了，哈哈（🐶🐶保命，我并没有共情资本家，只是既然干了这行，就只能拥抱这样的规则
另外，就是故障发生的时候，相关人士有一口气在，就必须得上线，这是隐藏红线了，哈哈（🐶🐶保命，我并没有共情资本家，只是既然干了这行，就只能拥抱这样的规则
3 天前 回复了 swananan 创建的主题 › 程序员 › 线上故障应急处理： 4 年多 on call 经验总结 |
@wuyiccc 一般会分配置回滚和二进制回滚，具体得看你当前系统相关配置系统和发布系统是怎么设计的了，不过这些都是核心保命的东西，一般都是很傻瓜式的一键操作。
3 天前 回复了 swananan 创建的主题 › 程序员 › 线上故障应急处理： 4 年多 on call 经验总结 |
@maxwellz 不是，我是最简单让 chatGPT Dall.E 3 绘图模型帮我生成的，只是要求是动漫风格。用的还是免费版的 chatGPT ，虽然有冷却时间（一次只能画 3 ，4 张吧），但是我很满意，毕竟单独写文字有点干巴巴的，有图片感觉视觉上都好看不少
19 天前 回复了 RefinedFish 创建的主题 › 宽带症候群 › TailScale 组网时 IPv6 遇到 UDP QOS ，有无朋友有类似情况或者解决办法？ |
用 fake tcp 的方案呢
24 天前 回复了 dlzht 创建的主题 › 程序员 › (帖子有点长)有这样的面试官得物凭什么做第一技术梯队的梦? 关于我在得物中间件组的一次糟糕面试经历. |
@dlzht 最好补一下这块，我看你应该很短时间就能摸个差不多，不然面试有点吃亏，我记得我当年校招时候，这些就是经典题型，，话说我当年校招没项目，就是拿着 Redis 在那里混，当年还没那么卷。
24 天前 回复了 dlzht 创建的主题 › 程序员 › (帖子有点长)有这样的面试官得物凭什么做第一技术梯队的梦? 关于我在得物中间件组的一次糟糕面试经历. |
4. 操作系统是这么知道 IO 就绪的
=======
因为我以前一直做 nginx 和 openresty 网关这块，和 op 重合度比较高。
我也顺带简单回答下这个问题。
其实就是内核 tcp 协议栈在收发网络层数据的时候，判断网络 IO 可读可写或者出错，再通过 epoll 之类的机制，或者应用层是阻塞读写在等待的情况，去 wake up 对应的进程。
更细节的话，你可以看看里面代码，会清晰很多
=======
因为我以前一直做 nginx 和 openresty 网关这块，和 op 重合度比较高。
我也顺带简单回答下这个问题。
其实就是内核 tcp 协议栈在收发网络层数据的时候，判断网络 IO 可读可写或者出错，再通过 epoll 之类的机制，或者应用层是阻塞读写在等待的情况，去 wake up 对应的进程。
更细节的话，你可以看看里面代码，会清晰很多
Select Language