打卡day15
perf report中关于swapper的内容，后面我也去查了，才发现是自己理解有误，感谢老师指出，这里的swapper不是内存概念的swap，而是cpu空闲时执行的一个默认调用
要啃啃《性能之巅：洞悉系统、企业与云计算》了，作者博客http://www.brendangregg.com/
请教老师，理解内核这块，有合适的书推荐么？我查了下，看了下目录，感觉《Linux内核设计与实现》可能比较适合，其他的如《Linux内核情景分析》，《深入理解Linux内核》怎么样？

老师，我把perf.data拷贝进容器，然后在容器中按照提示安装了perf, 再执行perf_4.9 report时报以下信息：
Kernel address maps (/proc/{kallsyms,modules}) were restricted.
Check /proc/sys/kernel/kptr_restrict before running 'perf record'
As no suitable kallsyms nor vmlinux was found, kernel samples
can't be resolved.
Samples in kernel modules can't be resolved as well.
  xPress any key...

我本身的机器是centos7.2. 请老师提示一下解决的思路，谢谢！

                                                

全部刷完了，把各个CPU容易出现问题的情况基本上都写清楚了，而且都有详细的测试用例，除了软中断那个需要SYN攻击之外，其他的测试用例都一五一十的都做过了，受益良多。我有以下疑问，希望老师可以解答下：
1、软中断老师是用SYN攻击的方式来讲解这部分的实例的，那还有没有其他典型的软中断的案例呢？
2、硬中断的实例老师没有讲，可以补一篇吗？
3、老师所讲的实例，都是单一模式的，在实际的生产环境下，情况要复杂很多，老师能再讲一下印象最深刻的实际情况吗？

另外，我有一个小建议，老师的案例都是用docker来搭建环境的，在一个用例要多次下载不同的image，但其实这些image只是里面的测试用例变了，所以可以先下载file文件，使用docker -v挂载的方式进行测试。这样可以大大减少下载镜像的时间。如下，就是使用docker run -v /usr/local/src/app-fix2:/app --privileged --name app-fix -d feisky/app:iowait 来运行的镜像。
```
[root@linjx src]# docker ps -a
CONTAINER ID IMAGE COMMAND CREATED STATUS PORTS NAMES
0ecb229f87e4 feisky/app:iowait "/app" 3 minutes ago Up 3 minutes app-fix
a251996e0d60 feisky/app:iowait "/app" 5 hours ago Exited (137) 20 minutes ago app
```

急问老师，我线上load太高了，但是没有看到资源瓶颈，是running进程太多了，这个怎么办
Tasks: 604 total, 37 running, 567 sleeping, 0 stopped, 0 zombie
%Cpu(s): 16.1 us, 2.6 sy, 0.0 ni, 75.6 id, 0.0 wa, 0.0 hi, 5.7 si, 0.0 st
KiB Mem : 65806076 total, 49759864 free, 8558936 used, 7487276 buff/cache
KiB Swap: 0 total, 0 free, 0 used. 55111636 avail Mem

启了很多进程，特别是nginxpod有10多个

老师, perf top -g -p {pid} 里面Event Count 和Samples 都为 0, 但是 perf top -g 是有很多数据的
环境:
CentOS Linux release 7.7.1908 (Core)
Linux localhost 3.10.0-1062.el7.x86_64
perf version 3.10.0-1062.4.1.el7.x86_64.debug
note:
  ubuntu 上可以正常使用
  重装系统(CentOS-7-x86_64-Minimal-1908.iso (942.00 MB)), yum -y install perf 问题依旧
  使用 Linux Resource 源码安装 问题依旧
镜像问题: https://segmentfault.com/q/1010000020976198/
麻烦老师抽空看一下哈

1. 在模拟高并发过程中，在第一台机器终端使用top命令查看php-fpm的进程号pid
2. 使用`perf record -g -p pid`一段时间，退出
3. 使用`docker cp perf.data phpfpm:/tmp`将2生成的perf.data文件拷贝到容器中分析
4. 执行`docker exec -i -t phpfpm bash`
5. 在容器的bash中运行如下命令
```
$ cd /tmp/
$ apt-get update && apt-get install -y linux-tools linux-perf procps
$ apt-get install -y linux-perf
$ perf_4.9 report
```
显示的还是地址，而不是函数名
显示的还是地址，而不是函数名
Samples: 175K of event 'cpu-clock', Event count (approx.): 43885750000
  Children Self Command Shared Object Symbol `
+ 99.99% 0.00% php-fpm / [.] 0xffff80411a63c2e1 a
- 99.99% 0.00% php-fpm [unknown] [.] 0x981e258d4c544155 a
     0x981e258d4c544155 a
   - 0x202e1 a
      - 99.70% 0xaf48b4
ubuntu 18.04按照老师github上安装的docker镜像
如果极客时间留言支持daima或markdown就好了

老师您好，做这个练习的过程中也遇到了符号不能解析的问题，采用了您所说的第三和第四种方法分别进行尝试，但是发现仍然有部分的符号不能解析？

Samples: 10K of event 'cpu-clock', Event count (approx.): 10074000000

  Children      Self  Command  Shared Object        Symbol

+   99.99%     0.00%  php-fpm  libc-2.24.so         [.] __libc_start_main

+   99.99%     0.00%  php-fpm  [unknown]            [.] 0x782e258d4c544155

+   99.76%     0.00%  php-fpm  php-fpm              [.] php_execute_script

+   99.76%     0.00%  php-fpm  php-fpm              [.] 0xffffaa91f1219c67

+   99.75%     0.00%  php-fpm  php-fpm              [.] zend_execute

+   99.75%     0.00%  php-fpm  php-fpm              [.] zend_execute_scripts

+   97.43%    37.76%  php-fpm  php-fpm              [.] execute_ex

+   15.85%     0.00%  php-fpm  php-fpm              [.] 0xffffaa91f11cbea9

+   11.05%    11.04%  php-fpm  libm-2.24.so         [.] sqrt

+    8.44%     8.43%  php-fpm  php-fpm              [.] add_function

+    8.36%     0.00%  php-fpm  php-fpm              [.] 0xffffaa91f11cbd9a

+    1.95%     0.00%  php-fpm  php-fpm              [.] 0xffffaa91f11b70b7

+    1.95%     1.95%  php-fpm  php-fpm              [.] 0x0000000000a800b7