- 博客(4)
- 收藏
- 关注
RSS订阅原创 《Linux内核技术实战课》总结四：CPU
总览现代处理器：cpu伪共享：两个 CPU 上并行运行着两个不同线程，它们同时从内存中读取两个不同的数据，这两个数据的地址在物理内存上是连续的，它们位于同一个 Cache Line 中；CPU 从 内存中读数据到 Cache 是以 Cache Line 为单位的，所以该 Cache Line 里的数据被同时 读入到了这两个 CPU 的各自 Cache 中；紧接着这两个线程分别改写不同的数据，每次改写 Cache 中的数据都会将整个 Cache Line 置为无效；因此，虽然这两个线程改写的数据
2020-12-12 11:46:44
2598
原创 《Linux内核技术实战课》总结三：网络
TCP配置项连接过程：断开过程：TCP收发包配置项发送：TCP 发送缓冲区太小，导致业务延迟很大的问题可以使用 systemtap 之类的工具在内核里面打点来进行观察，如果观察到 sk_stream_wait_memory 这个事件，就意味着 TCP 发送缓冲区太小 了，需要调大 wmem_max 和 tcp_wmem:max 的值tcp_mem 是总连接数的内存限制，如果达到限制而无法发包或者产生抖动，可以观测静态观测点：sock_exceed_buf_limit，如果有日志输出（即发生
2020-12-12 11:45:01
2233
原创 《Linux内核技术实战课》总结二：内存泄漏
总览内存泄漏：内存被分配出去后 一直没有被释放，导致这部分内存无法被再次使用，更严重的是，指向这块内存空间的指针都不存在了，进而再也无法访问这块内存空间场景：服务器中的后台任务持续运行，系统中可用内存越来越少； 应用程序正在运行时忽然被 OOM kill 掉了； 进程看起来没有消耗多少内存，但是系统内存就是不够用了在遇到系统内存不足时，首先要做的是查看 /proc/meminfo 中哪些内存类型消耗较多，然后再去做针对性分析泄漏的内存可能是应用程序的内存泄漏、内核（操作系统）的内存泄漏；应用程序的
2020-12-12 11:42:57
2037
1
原创 《Linux内核技术实战课》总结一：PageCache
总览Page Cache：内核管理的内存场景：服务器的 load 飙高； 服务器的 I/O 吞吐飙高； 业务响应时延出现大的毛刺； 业务平均访问时延明显增加应用程序产生Page Cache的逻辑示意图，是在应用程序读写文件的过程中产生的产生，即被分配：有两种方式1 标准 I/O 是写的 (write) 用户缓冲区 (Userpace Page 对应的内存)，然后再将用户缓冲区里的数据拷贝到内核缓冲区 (Pagecache Page 对应的内存)；如果是读的 (read) 话则 是先从内核缓冲区拷
2020-12-12 11:39:21
2422
空空如也
空空如也
TA创建的收藏夹 TA关注的收藏夹
TA关注的人