[D50打卡]
课后思考题,我的思考,不一定准确.
我觉得昨天的perf和火焰图,是采样. 而今天的ftrace是实实在在的分析每次一的调用.
虽然都可以看调用堆栈和耗时比例. 但是ftrace应该是非常准确,而perf只是一个采样,比如采样频率1%.

我觉得找大方向时,使用perf和火焰图, 找具体问题时,用ftrace.毕竟ftrace需要知道调用的系统函数.
ftrace需要追踪的信息可以来源于perf的分析结果.

#echo function_graph > current_trace
-bash: current_trace: Permission denied

报上面错误的同学，可以尝试下面的命令，环境是CentOS 7.6
$ echo function_graph > current_tracer
$ echo funcgraph-proc > trace_options

在和同事讨论nodejs使用从thrift转化到grpc时候会性能下降问题就用老师介绍

strace -T -ttt -p pid

找到根源。

grpc -node版本发送分两次writev系统调用，第一次发送 grpc路径，第二次发送参数。比thrift协议一次效率一些。

再发现node并发次数多，回调算时间往往是多个调用所花的时间。这些效率都用strace看到，在前面时间

执行这句机器卡死，只能强制重启：
echo funcgraph-proc > trace_options
执行这句报错：
# trace-cmd record -p function_graph -g do_sys_open -O funcgraph-proc ls
  plugin 'function_graph'
trace-cmd: Permission denied
  can't create recorder
trace-cmd: Permission denied
  can't create recorder
trace-cmd: Permission denied
  can't create recorder
trace-cmd: Permission denied
  can't create recorder
available_events     events         options         set_ftrace_notrace trace_clock     tracing_thresh
available_filter_functions free_buffer         per_cpu         set_ftrace_pid trace_marker     uprobe_events
available_tracers     function_profile_enabled printk_formats     set_graph_function trace_options     uprobe_profile
buffer_size_kb         hwlat_detector     README         snapshot     trace_pipe
buffer_total_size_kb     instances         saved_cmdlines     stack_max_size trace_stat
current_tracer         kprobe_events     saved_cmdlines_size stack_trace     tracing_cpumask
dyn_ftrace_total_info     kprobe_profile     set_event         stack_trace_filter tracing_max_latency
enabled_functions     max_graph_depth     set_ftrace_filter trace     tracing_on
trace-cmd: Permission denied
  Error creating output file