最新Linux 调试之 TRACE_EVENT（一）(1)，Linux运维面试题2024

最新推荐文章于 2024-05-27 15:07:55 发布

code高级开源

最新推荐文章于 2024-05-27 15:07:55 发布

阅读量266

点赞数 4

分类专栏：程序员文章标签：运维 linux 服务器

本文链接：https://blog.csdn.net/code8889/article/details/138542789

版权

程序员专栏收录该内容

119 篇文章 1 订阅

订阅专栏

为了做好运维面试路上的助攻手，特整理了上百道 【运维技术栈面试题集锦】 ，让你面试不慌心不跳，高薪offer怀里抱！

这次整理的面试题，小到shell、MySQL，大到K8s等云原生技术栈，不仅适合运维新人入行面试需要，还适用于想提升进阶跳槽加薪的运维朋友。

本份面试集锦涵盖了

174 道运维工程师面试题
128道k8s面试题
108道shell脚本面试题
200道Linux面试题
51道docker面试题
35道Jenkis面试题
78道MongoDB面试题
17道ansible面试题
60道dubbo面试题
53道kafka面试
18道mysql面试题
40道nginx面试题
77道redis面试题
28道zookeeper

总计 1000+ 道面试题，内容又全含金量又高

174道运维工程师面试题

1、什么是运维?

2、在工作中，运维人员经常需要跟运营人员打交道，请问运营人员是做什么工作的?

3、现在给你三百台服务器，你怎么对他们进行管理?

4、简述raid0 raid1raid5二种工作模式的工作原理及特点

5、LVS、Nginx、HAproxy有什么区别?工作中你怎么选择?

6、Squid、Varinsh和Nginx有什么区别，工作中你怎么选择?

7、Tomcat和Resin有什么区别，工作中你怎么选择?

8、什么是中间件?什么是jdk?

9、讲述一下Tomcat8005、8009、8080三个端口的含义？

10、什么叫CDN?

11、什么叫网站灰度发布?

12、简述DNS进行域名解析的过程?

13、RabbitMQ是什么东西?

14、讲一下Keepalived的工作原理?

15、讲述一下LVS三种模式的工作过程?

16、mysql的innodb如何定位锁问题，mysql如何减少主从复制延迟?

17、如何重置mysql root密码?

网上学习资料一大堆，但如果学到的知识不成体系，遇到问题时只是浅尝辄止，不再深入研究，那么很难做到真正的技术提升。

需要这份系统化的资料的朋友，可以点击这里获取！

一个人可以走的很快，但一群人才能走的更远！不论你是正从事IT行业的老鸟或是对IT行业感兴趣的新人，都欢迎加入我们的的圈子（技术交流、学习资源、职场吐槽、大厂内推、面试辅导），让我们一起学习成长！

*
* This is called with the rq lock held and interrupts off. It must
* be paired with a subsequent finish_task_switch after the context
* switch.
*
* prepare_task_switch sets up locking and calls architecture specific
* hooks.
*/
static inline void
prepare_task_switch(struct rq *rq, struct task_struct *prev,
struct task_struct *next)
{
//使用 tracepoint：sched_switch
trace_sched_switch(prev, next);
sched_info_switch(prev, next);
perf_event_task_sched_out(prev, next);
fire_sched_out_preempt_notifiers(prev, next);
prepare_lock_switch(rq, next);
prepare_arch_switch(next);
}


#### 2.2.2 Prototype


Prototype：第二个参数是函数原型。

TP\_PROTO(struct task\_struct \*prev,
	 struct task\_struct \*next),


编写原型时，就像直接声明跟踪点一样：

trace_sched_switch(struct task_struct *prev, struct task_struct *next),


它被用作添加到内核代码中的跟踪点和回调函数的原型。请记住，跟踪点调用回调函数，就像在跟踪点的位置调用回调函数一样。


#### 2.2.3 Arguments


Arguments：第三个参数是函数原型使用的参数。

TP_ARGS(prev, next),


它不仅是TRACE\_EVENT（）宏所需要的，它也是下面的跟踪点基础结构所需要的。跟踪点代码在激活时将调用回调函数（可以为给定的跟踪点分配多个回调）。  
 创建跟踪点的宏必须同时访问原型和参数。以下是跟踪点宏完成此操作所需的说明：

struct tracepoint_func {
void *func;
void *data;
};

struct tracepoint {
const char *name; /* Tracepoint name */
struct static_key key;
void (*regfunc)(void);
void (*unregfunc)(void);
struct tracepoint_func __rcu *funcs;
};

extern struct tracepoint tracepoint##name;
static inline void trace##name(proto)
{
if (static_key_false(&_tracepoint##name.key))
__DO_TRACE(&_tracepoint##name,
TP_PROTO(data_proto),
TP_ARGS(data_args),
TP_CONDITION(cond),);
}


#### 2.2.4 Structure


Structure：此参数描述将存储在跟踪器环形缓冲区中的数据的结构布局。

TP_STRUCT__entry(
__array( char, prev_comm, TASK_COMM_LEN )
__field( pid_t, prev_pid )
__field( int, prev_prio )
__field( long, prev_state )
__array( char, next_comm, TASK_COMM_LEN )
__field( pid_t, next_pid )
__field( int, next_prio )
),


此参数描述将存储在跟踪器环形缓冲区中的数据的结构布局。结构的每个元素都由另一个宏定义。这些宏用于自动创建结构，与功能不同。请注意，宏之间没有任何分隔符（没有逗号或分号）。  
 sched\_switch跟踪点使用的宏包括：  
 \_\_array（type，name，len）-这定义了一个数组项，相当于int name[len]；其中类型为int，数组的名称为array，数组中的项数为len。  
 \_\_field（type，name）：这定义了一个普通的结构元素，比如in tvar；其中类型为int，名称为var。  
 还有其他元素宏将在后面的文章中描述。sched\_switch跟踪点的定义将生成如下结构：

struct {
char prev_comm[TASK_COMM_LEN];
pid_t prev_pid;
int prev_prio;
long prev_state;
char next_comm[TASK_COMM_LEN];
pid_t next_pid;
int next_prio;
};


#### 2.2.5 Assignment


Assignment：第五个参数定义了将参数中的数据保存到环形缓冲区的方式。

TP_fast_assign(
memcpy(__entry->next_comm, next->comm, TASK_COMM_LEN);
__entry->prev_pid = prev->pid;
__entry->prev_prio = prev->prio;
__entry->prev_state = __trace_sched_switch_state(prev);
memcpy(__entry->prev_comm, prev->comm, TASK_COMM_LEN);
__entry->next_pid = next->pid;
__entry->next_prio = next->prio;
),


TP\_fast\_assign（）中的代码是正常的C代码。特殊变量\_\_entry表示指向由TP\_STRUCT\_\_entry定义的结构类型的指针，并直接指向环形缓冲区。TP\_fast\_assign用于填充TP\_STRUCT\_\_entry中创建的所有字段。然后可以使用TP\_PROTO和TP\_ARGS定义的参数的变量名将适当的数据分配到\_\_entry结构中。


#### 2.2.6 Print


Print：最后一个参数定义如何使用printk（）打印TP\_STRUCT\_\_entry结构中的字段。

TP_printk(“prev_comm=%s prev_pid=%d prev_prio=%d prev_state=%s%s ==> next_comm=%s next_pid=%d next_prio=%d”,
__entry->prev_comm, __entry->prev_pid, __entry->prev_prio,
__entry->prev_state & (TASK_STATE_MAX-1) ?
__print_flags(__entry->prev_state & (TASK_STATE_MAX-1), “|”,
{ 1, “S”} , { 2, “D” }, { 4, “T” }, { 8, “t” },
{ 16, “Z” }, { 32, “X” }, { 64, “x” },
{ 128, “K” }, { 256, “W” }, { 512, “P” }) : “R”,
__entry->prev_state & TASK_STATE_MAX ? “+” : “”,
__entry->next_comm, __entry->next_pid, __entry->next_prio)


变量\_\_entry再次用于引用指向包含数据的结构的指针。格式字符串与任何其他printf格式一样。\_\_print\_flags（）是TRACE\_EVENT（）附带的一组帮助函数的一部分。


### 2.3 Format file


Format file：sched\_switch TRACE\_EVENT（）宏以/sys/kernel/debug/tracking/events/sched/sched\_switch/format格式生成以下格式文件：

[root@localhost ~]# cat /sys/kernel/debug/tracing/events/sched/sched_switch/format
name: sched_switch
ID: 326
format:
field:unsigned short common_type; offset:0; size:2; signed:0;
field:unsigned char common_flags; offset:2; size:1; signed:0;
field:unsigned char common_preempt_count; offset:3; size:1; signed:0;
field:int common_pid; offset:4; size:4; signed:1;

    field:char prev_comm[16];       offset:8;       size:16;        signed:1;
    field:pid\_t prev_pid;   offset:24;      size:4; signed:1;
    field:int prev_prio;    offset:28;      size:4; signed:1;
    field:long prev_state;  offset:32;      size:8; signed:1;
    field:char next_comm[16];       offset:40;      size:16;        signed:1;
    field:pid\_t next_pid;   offset:56;      size:4; signed:1;
    field:int next_prio;    offset:60;      size:4; signed:1;

print fmt: “prev_comm=%s prev_pid=%d prev_prio=%d prev_state=%s%s ==> next_comm=%s next_pid=%d next_prio=%d”, REC->prev_comm, REC->prev_pid, REC->prev_prio, REC->prev_state & (1024-1) ? __print_flags(REC->prev_state & (1024-1), “|”, { 1, “S”} , { 2, “D” }, { 4, “T” }, { 8, “t” }, { 16, “Z” }, { 32, “X” }, { 64, “x” }, { 128, “K” }, { 256, “W” }, { 512, “P” }) : “R”, REC->prev_state & 1024 ? “+” : “”, REC->next_comm, REC->next_pid, REC->next_prio


请注意，格式文件中的\_\_entry替换为REC。第一组字段（common\_\*）不是来自TRACE\_EVENT（）宏，而是由创建此格式文件的Ftrace添加到所有事件中，其他跟踪程序可以添加不同的字段。格式文件为用户空间工具提供解析包含sched\_switch项的二进制输出所需的信息。


#### 2.3.1 tracing/events/


与进程调度有关的其他 tracepoints 点：

[root@localhost ~]# cat /sys/kernel/debug/tracing/events/sched/
enable sched_move_numa/ sched_process_free/ sched_stat_runtime/ sched_switch/
filter sched_pi_setprio/ sched_process_hang/ sched_stat_sleep/ sched_wait_task/
sched_kthread_stop/ sched_process_exec/ sched_process_wait/ sched_stat_wait/ sched_wake_idle_without_ipi/
sched_kthread_stop_ret/ sched_process_exit/ sched_stat_blocked/ sched_stick_numa/ sched_wakeup/
sched_migrate_task/ sched_process_fork/ sched_stat_iowait/ sched_swap_numa/ sched_wakeup_new/


#### 2.3.2 perf


除了通过 debugfs 的 /tracing/events/ 查看 tracepoint点还可以通过 perf list 查看：

[root@localhost ~]# perf list tracepoint | grep sched:
sched:sched_kthread_stop [Tracepoint event]
sched:sched_kthread_stop_ret [Tracepoint event]
sched:sched_migrate_task [Tracepoint event]
sched:sched_move_numa [Tracepoint event]
sched:sched_pi_setprio [Tracepoint event]
sched:sched_process_exec [Tracepoint event]
sched:sched_process_exit [Tracepoint event]
sched:sched_process_fork [Tracepoint event]
sched:sched_process_free [Tracepoint event]
sched:sched_process_hang [Tracepoint event]
sched:sched_process_wait [Tracepoint event]
sched:sched_stat_blocked [Tracepoint event]
sched:sched_stat_iowait [Tracepoint event]
sched:sched_stat_runtime [Tracepoint event]
sched:sched_stat_sleep [Tracepoint event]
sched:sched_stat_wait [Tracepoint event]
sched:sched_stick_numa [Tracepoint event]
sched:sched_swap_numa [Tracepoint event]
sched:sched_switch [Tracepoint event]
sched:sched_wait_task [Tracepoint event]
sched:sched_wake_idle_without_ipi [Tracepoint event]
sched:sched_wakeup [Tracepoint event]
sched:sched_wakeup_new [Tracepoint event]


#### 2.3.3 bpftrace


对于支持 ebpf 的高版本Linux内核版本，可以用bpftrace查看：

yl@yl-virtual-machine:~/Desktop$ uname -r
5.19.0-23-generic
yl@yl-virtual-machine:~/Desktop$ sudo bpftrace -l tracepoint:sched:*
tracepoint:sched:sched_kthread_stop
tracepoint:sched:sched_kthread_stop_ret
tracepoint:sched:sched_kthread_work_execute_end
tracepoint:sched:sched_kthread_work_execute_start
tracepoint:sched:sched_kthread_work_queue_work
tracepoint:sched:sched_migrate_task
tracepoint:sched:sched_move_numa
tracepoint:sched:sched_pi_setprio
tracepoint:sched:sched_process_exec
tracepoint:sched:sched_process_exit
tracepoint:sched:sched_process_fork
tracepoint:sched:sched_process_free
tracepoint:sched:sched_process_hang
tracepoint:sched:sched_process_wait
tracepoint:sched:sched_stat_blocked
tracepoint:sched:sched_stat_iowait
tracepoint:sched:sched_stat_runtime
tracepoint:sched:sched_stat_sleep
tracepoint:sched:sched_stat_wait
tracepoint:sched:sched_stick_numa
tracepoint:sched:sched_swap_numa
tracepoint:sched:sched_switch
tracepoint:sched:sched_wait_task
tracepoint:sched:sched_wake_idle_without_ipi
tracepoint:sched:sched_wakeup
tracepoint:sched:sched_wakeup_new
tracepoint:sched:sched_waking


#### 2.3.4 bcc


使用bcc查看：

yl@yl-virtual-machine:~/Desktop$ sudo /usr/share/bcc/tools/tplist -v “sched:*”
sched:sched_kthread_stop
char comm[TASK_COMM_LEN];
pid_t pid;
sched:sched_kthread_stop_ret
int ret;
sched:sched_kthread_work_queue_work
void * work;
void * function;
void * worker;
sched:sched_kthread_work_execute_start
void * work;
void * function;
sched:sched_kthread_work_execute_end
void * work;
void * function;
sched:sched_waking
char comm[TASK_COMM_LEN];
pid_t pid;
int prio;
int target_cpu;
sched:sched_wakeup
char comm[TASK_COMM_LEN];
pid_t pid;
int prio;
int target_cpu;
sched:sched_wakeup_new
char comm[TASK_COMM_LEN];
pid_t pid;
int prio;
int target_cpu;
sched:sched_switch
char prev_comm[TASK_COMM_LEN];
pid_t prev_pid;
int prev_prio;
long prev_state;
char next_comm[TASK_COMM_LEN];
pid_t next_pid;
int next_prio;
sched:sched_migrate_task
char comm[TASK_COMM_LEN];
pid_t pid;
int prio;
int orig_cpu;
int dest_cpu;
sched:sched_process_free
char comm[TASK_COMM_LEN];
pid_t pid;
int prio;
sched:sched_process_exit
char comm[TASK_COMM_LEN];
pid_t pid;
int prio;
sched:sched_wait_task
char comm[TASK_COMM_LEN];
pid_t pid;
int prio;
sched:sched_process_wait
char comm[TASK_COMM_LEN];
pid_t pid;
int prio;
sched:sched_process_fork
char parent_comm[TASK_COMM_LEN];
pid_t parent_pid;
char child_comm[TASK_COMM_LEN];
pid_t child_pid;
sched:sched_process_exec
__data_loc char[] filename;
pid_t pid;
pid_t old_pid;
sched:sched_stat_wait
char comm[TASK_COMM_LEN];
pid_t pid;
u64 delay;
sched:sched_stat_sleep
char comm[TASK_COMM_LEN];
pid_t pid;
u64 delay;
sched:sched_stat_iowait
char comm[TASK_COMM_LEN];
pid_t pid;
u64 delay;
sched:sched_stat_blocked
char comm[TASK_COMM_LEN];
pid_t pid;
u64 delay;
sched:sched_stat_runtime
char comm[TASK_COMM_LEN];
pid_t pid;
u64 runtime;
u64 vruntime;
sched:sched_pi_setprio
char comm[TASK_COMM_LEN];
pid_t pid;
int oldprio;
int newprio;
sched:sched_process_hang
char comm[TASK_COMM_LEN];
pid_t pid;
sched:sched_move_numa
pid_t pid;
pid_t tgid;
pid_t ngid;
int src_cpu;
int src_nid;
int dst_cpu;
int dst_nid;
sched:sched_stick_numa
pid_t src_pid;
pid_t src_tgid;
pid_t src_ngid;
int src_cpu;
int src_nid;
pid_t dst_pid;
pid_t dst_tgid;
pid_t dst_ngid;
int dst_cpu;
int dst_nid;
sched:sched_swap_numa
pid_t src_pid;
pid_t src_tgid;
pid_t src_ngid;
int src_cpu;
int src_nid;
pid_t dst_pid;
pid_t dst_tgid;
pid_t dst_ngid;
int dst_cpu;
int dst_nid;
sched:sched_wake_idle_without_ipi
int cpu;


#### 2.3.5 SystemTap


SystemTap也可以查看：

[root@localhost ~]# stap -L ‘kernel.trace(“sched*”)’
kernel.trace(“sched:sched_kthread_stop”) $t:struct task_struct*
kernel.trace(“sched:sched_kthread_stop_ret”) $ret:int
kernel.trace(“sched:sched_migrate_task”) $p:struct task_struct* $dest_cpu:int
kernel.trace(“sched:sched_move_numa”) $tsk:struct task_struct* $src_cpu:int $dst_cpu:int
kernel.trace(“sched:sched_pi_setprio”) $tsk:struct task_struct* $newprio:int
kernel.trace(“sched:sched_process_exec”) $p:struct task_struct* $old_pid:pid_t $bprm:struct linux_binprm*
kernel.trace(“sched:sched_process_exit”) $p:struct task_struct*
kernel.trace(“sched:sched_process_fork”) $parent:struct task_struct* $child:struct task_struct*
kernel.trace(“sched:sched_process_free”) $p:struct task_struct*
kernel.trace(“sched:sched_process_hang”) $tsk:struct task_struct*
kernel.trace(“sched:sched_process_wait”) $pid:struct pid*
kernel.trace(“sched:sched_stat_blocked”) $tsk:struct task_struct* $delay:u64
kernel.trace(“sched:sched_stat_iowait”) $tsk:struct task_struct* $delay:u64
kernel.trace(“sched:sched_stat_runtime”) $tsk:struct task_struct* $runtime:u64 $vruntime:u64
kernel.trace(“sched:sched_stat_sleep”) $tsk:struct task_struct* $delay:u64
kernel.trace(“sched:sched_stat_wait”) $tsk:struct task_struct* $delay:u64
kernel.trace(“sched:sched_stick_numa”) $tsk:struct task_struct* $src_cpu:int $dst_cpu:int
kernel.trace(“sched:sched_swap_numa”) $src_tsk:struct task_struct* $src_cpu:int $dst_tsk:struct task_struct* $dst_cpu:int
kernel.trace(“sched:sched_switch”) $prev:struct task_struct* $next:struct task_struct*
kernel.trace(“sched:sched_wait_task”) $p:struct task_struct*
kernel.trace(“sched:sched_wake_idle_without_ipi”) $cpu:int
kernel.trace(“sched:sched_wakeup”) $p:struct task_struct* $success:int
kernel.trace(“sched:sched_wakeup_new”) $p:struct task_struct* $success:int


tracepoint 是由内核开发人员在代码中设置的静态 hook 点，具有稳定的 API 接口，不会随着内核版本的变化而变化，可以提高我们内核跟踪程序的可移植性。但是由于 tracepoint 是需要内核研发人员参数编写，因此在内核代码中的数量有限，并不是所有的内核函数中都具有类似的跟踪点。


## 三、The header file


内核中的大部分跟踪点都是定义在该目录下：

linux-3.10/include/trace/events/


![在这里插入图片描述](https://img-blog.csdnimg.cn/e696e1f5a7194b67a37a0ddb6413b939.png#pic_center)  
 与任务调度相关的 tracepoints 点都是在该目录下：

linux-3.10/include/trace/events/sched.h

#undef TRACE_SYSTEM
#define TRACE_SYSTEM sched

为了做好运维面试路上的助攻手，特整理了上百道 【运维技术栈面试题集锦】 ，让你面试不慌心不跳，高薪offer怀里抱！

这次整理的面试题，小到shell、MySQL，大到K8s等云原生技术栈，不仅适合运维新人入行面试需要，还适用于想提升进阶跳槽加薪的运维朋友。

本份面试集锦涵盖了

174 道运维工程师面试题
128道k8s面试题
108道shell脚本面试题
200道Linux面试题
51道docker面试题
35道Jenkis面试题
78道MongoDB面试题
17道ansible面试题
60道dubbo面试题
53道kafka面试
18道mysql面试题
40道nginx面试题
77道redis面试题
28道zookeeper

总计 1000+ 道面试题，内容又全含金量又高

174道运维工程师面试题

1、什么是运维?

2、在工作中，运维人员经常需要跟运营人员打交道，请问运营人员是做什么工作的?

3、现在给你三百台服务器，你怎么对他们进行管理?

4、简述raid0 raid1raid5二种工作模式的工作原理及特点

5、LVS、Nginx、HAproxy有什么区别?工作中你怎么选择?

6、Squid、Varinsh和Nginx有什么区别，工作中你怎么选择?

7、Tomcat和Resin有什么区别，工作中你怎么选择?

8、什么是中间件?什么是jdk?

9、讲述一下Tomcat8005、8009、8080三个端口的含义？

10、什么叫CDN?

11、什么叫网站灰度发布?

12、简述DNS进行域名解析的过程?

13、RabbitMQ是什么东西?

14、讲一下Keepalived的工作原理?

15、讲述一下LVS三种模式的工作过程?

16、mysql的innodb如何定位锁问题，mysql如何减少主从复制延迟?

17、如何重置mysql root密码?

网上学习资料一大堆，但如果学到的知识不成体系，遇到问题时只是浅尝辄止，不再深入研究，那么很难做到真正的技术提升。

需要这份系统化的资料的朋友，可以点击这里获取！

二种工作模式的工作原理及特点

5、LVS、Nginx、HAproxy有什么区别?工作中你怎么选择?

6、Squid、Varinsh和Nginx有什么区别，工作中你怎么选择?

7、Tomcat和Resin有什么区别，工作中你怎么选择?

8、什么是中间件?什么是jdk?

9、讲述一下Tomcat8005、8009、8080三个端口的含义？

10、什么叫CDN?

11、什么叫网站灰度发布?

12、简述DNS进行域名解析的过程?

13、RabbitMQ是什么东西?

14、讲一下Keepalived的工作原理?

15、讲述一下LVS三种模式的工作过程?

16、mysql的innodb如何定位锁问题，mysql如何减少主从复制延迟?

17、如何重置mysql root密码?

网上学习资料一大堆，但如果学到的知识不成体系，遇到问题时只是浅尝辄止，不再深入研究，那么很难做到真正的技术提升。

需要这份系统化的资料的朋友，可以点击这里获取！

code高级开源

关注

4
点赞
踩
5

收藏

觉得还不错? 一键收藏
0
评论
最新Linux 调试之 TRACE_EVENT（一）(1)，Linux运维面试题2024

6、Squid、Varinsh和Nginx有什么区别，工作中你怎么选择?6、Squid、Varinsh和Nginx有什么区别，工作中你怎么选择?6、Squid、Varinsh和Nginx有什么区别，工作中你怎么选择?5、LVS、Nginx、HAproxy有什么区别?5、LVS、Nginx、HAproxy有什么区别?7、Tomcat和Resin有什么区别，工作中你怎么选择?7、Tomcat和Resin有什么区别，工作中你怎么选择?7、Tomcat和Resin有什么区别，工作中你怎么选择?
复制链接

扫一扫

专栏目录