- 2019-04-01cpu火焰图和内存火焰图，在生成数据时有什么不同？
作者回复: 火焰图的结构是一样的，只是函数堆栈不一样，内存火焰图侧重于内存管理函数的调用栈
1 
2020-01-27横轴的长短代表执行时间长短，一个函数被调用多次那横轴很长，一个函数执行一次但是在里面休眠了，这算执行时间很长吗？on-cpu火焰图是不是只记录真正的在cpu上的执行时间而不把睡眠时间算在内？
2019-11-26"一个函数占用的横轴越宽，就代表它的执行时间越长。"
"另外，整个火焰图不包含任何时间的因素，所以并不能看出横向各个函数的执行次序。"
原文这两句话读起来有点困惑，第二句的意思是不是不包含任何时序的因素？
2019-10-15为啥我的一值都是显示的16进制而不是函数名- 2019-04-17DAY49，打卡
- 2019-04-03老师，能讲讲内存火焰图生成perf.data数据时,perf record加哪些选项吗？
作者回复: 要加上内存管理相关的事件（函数），比如perf record -e syscalls:sys_enter_mmap -a -g -- sleep 60
2019-03-22两周时间，终于追上来了。
请问老师，有哪些书有助于通过内核函数来定位故障，Linux用了9年，看到这还是感觉有些吃力。
内核线程问题，我的环境和老师的有些区别，没有br_nf_pre_routing函数调用，但是从ip_forward推测与消息转发有关，sar发现有大量小包接收，conntrack -L看到大量本机到docker地址的SYN_SENT状态的连接、hping3服务器到测试服务器的SYN_RECV状态连接。初步定位到具体的docker。
上面思考的过程，有点因为知道问题点，所以朝这个方向走的感觉。展开作者回复: 内核里面其实就提供了很多工具，可以参考下50和51篇中的动态追踪方法
2019-03-19很赞，准备回去用火焰图分析下我们后端服务。^ _ ^- 2019-03-18老师，这是最后一节课程吗？
作者回复: 不是，看原来的目录，还有好些篇
2019-03-18[D49打卡]
之前用火焰图分析过golang程序的内存分配及cpu使用率情况.感觉非常直观.能快速找到瓶颈.作者回复: 嗯嗯 Go内置了pprof 工具，用起来更简单
- 2019-03-18打卡day52
有碰到一个内核问题，docker宿主机上kworker/u80进程的cpu占用率一直100%，其他的kworker进程都正常，每隔几个月就会碰到一次，为了快速恢复业务，就直接重启了，主要是没办法在线下实验的时候复现问题，所以就没有深入的分析，后面碰到后，可以用老师的方法，把perf record采集一段时间的调用信息，然后拿出去分析下👍作者回复: 嗯嗯