坐看云起时

摘要： 转自小林coding 使用 HTTP 不断轮询 其实问题的痛点在于，怎么样才能在用户不做任何操作的情况下，网页能收到消息并发生变更。 最常见的解决方案是，网页的前端代码里不断定时发 HTTP 请求到服务器，服务器收到请求后给客户端响应消息。 这其实时一种「伪」服务器推的形式。 它其实并不是服务器主动 阅读全文

摘要： 目前设备并发容量只有300w，leader通知说以前并发容量有490w，所以得优化优化一下。 目前内存调优策略知道有如下几种： 1）减少内存的动态分配。比如，可以使用内存池、大页（HugePage）等。 2）尽量使用缓存和缓冲区来访问数据。 3）使用 cgroups 等方式限制进程的内存使用情况。这 阅读全文

摘要： 目前设备后台打印出如上log， 然后串口 ssh等都不能登录，设备死机，必须要断电重启才行！ 然而一开始设计是出现内存不足后，会首先kill 掉比较耗费内存的进程，确保设备部挂机。但是此时好像有点不一样了。所以来看看oom的内核代码，看下应该怎样处理。 目前所知道的是调整oom_adj或者cgrou 阅读全文

摘要： 今天遇到了这样的一个log， 于是就看了下hung_task的原理！！但是目前只是看到了相关信息，并没有出现panic vmcroe等信息。也无法跟踪到最开始出现此log的上下文。console也卡死。貌似无解了，只能抱着学习态度看下。 首先要明白怎样分析问题： 也就是哪些会是是D进程？ =》 内核 阅读全文

摘要： 1、目前线上问题出现内存泄露， 怎样使用shell脚本 执行gdbattach 后 break bt quit等快速执行呢？ 2、多进程 多线程一般会用到那些命令？ 对于第一个问题： 以前文章有：gdb快速打印线程堆栈 目前可以参考脚本： ############################## 阅读全文

摘要： 昨天修改客户一个插件模式时。出现了listen_fd + fork+epoll_wait 模式的惊群线程。随后惊群会唤醒所有的进程，但是由于accept的时候会对listen fd上锁，所以基本上第一个accept的会处理完一直到主动退出或者新链接处理完。 当时准备设置一把锁，让各个进程来抢占想ng 阅读全文

摘要： 可以看以前的epoll 分析 对于epoll_wait&& accept惊群问题： 通过锁机制解决惊群效应是一种方法，在任意时刻只让一个进程（线程）处理等待的事件。但是锁机制也会造成cpu等资源的消耗和性能损耗。 目前一些常见的服务器软件有的是通过锁机制解决的，比如nginx（它的锁机制是默认开启的 阅读全文

摘要： Delayed ACK Delayed ACK是TCP 的一种流控手段。如果有响应数据发送时，ACK会随响应数据一起发送给对方；如果没有响应数据，ACK的发送就会有延迟，以等待看是否有响应数据一起发送。 Nagle算法 Nagle算法是通过减少网络连接中<MSS的数据包的数量，从而防止网络拥塞的控制 阅读全文

摘要： 翻看以前的文章 keepalive定时器 persist定时器 两者报文形式： 零窗口通知包：win=0 keepalive包：seq=ack-1， len = 1或者len = 0 keepalive报文 SLE: Sequence Left Edge of already acknowledge 阅读全文

摘要： 一个https连接中， client先关闭后， 抓包发现server 端会发出close notify 为啥？？（上述报文是没有解密的） SSL_shutdown() shuts down an active TLS/SSL connection. It sends the close_notify 阅读全文