⑴ 进程内核栈，用户栈及 linux 进程栈和线程栈的区别
总结：线程栈的空间开辟在所属进程的堆区，线程与其所属的进程共享进程的用户空间，所以线程栈之间可以互访。线程栈的起始地址和大小存放在pthread_attr_t 中，栈的大小并不是用来判断栈是否越界，而是用来初始化避免栈溢出的缓冲区的大小（或者说安全间隙的大小）
进程内核栈、用户栈
1.进程的堆栈
内核在创建进程的时候，在创建task_struct的同事，会为进程创建相应的堆栈。每个进程会有两个栈，一个用户栈，存在于用户空间，一个内核栈，存 在于内核空间。当进程在用户空间运行时，cpu堆栈指针寄存器里面的内容是用户堆栈地址，使用用户栈；当进程在内核空间时，cpu堆栈指针寄存器里面的内 容是内核栈空间地址，使用内核栈。
2.进程用户栈和内核栈的切换
当进程因为中断或者系统调用而陷入内核态之行时，进程所使用的堆栈也要从用户栈转到内核栈。
进程陷入内核态后，先把用户态堆栈的地址保存在内核栈之中，然后设置堆栈指针寄存器的内容为内核栈的地址，这样就完成了用户栈向内核栈的转换；当进程从内 核态恢复到用户态之行时，在内核态之行的最后将保存在内核栈里面的用户栈的地址恢复到堆栈指针寄存器即可。这样就实现了内核栈和用户栈的互转。
那么，我们知道从内核转到用户态时用户栈的地址是在陷入内核的时候保存在内核栈里面的，但是在陷入内核的时候，我们是如何知道内核栈的地址的呢？
关键在进程从用户态转到内核态的时候，进程的内核栈总是空的。这是因为，当进程在用户态运行时，使用的是用户栈，当进程陷入到内核态时，内 核栈保存进程在内核态运行的相关信心，但是一旦进程返回到用户态后，内核栈中保存的信息无效，会全部恢复，因此每次进程从用户态陷入内核的时候得到的内核 栈都是空的（为什么？）。所以在进程陷入内核的时候，直接把内核栈的栈顶地址给堆栈指针寄存器就可以了。
3.内核栈的实现
内核栈在kernel-2.4和kernel-2.6里面的实现方式是不一样的。
在kernel-2.4内核里面，内核栈的实现是：
Union task_union {
Struct task_struct task;
Unsigned long stack[INIT_STACK_SIZE/sizeof(long)];
};
其中，INIT_STACK_SIZE的大小只能是8K。
内核为每个进程分配task_struct结构体的时候，实际上分配两个连续的物理页面，底部用作task_struct结构体，结构上面的用作堆栈。使用current()宏能够访问当前正在运行的进程描述符。
注意：这个时候task_struct结构是在内核栈里面的，内核栈的实际能用大小大概有7K。
内核栈在kernel-2.6里面的实现是（kernel-2.6.32）：
Union thread_union {
Struct thread_info thread_info；
Unsigned long stack[THREAD_SIZE/sizeof(long)];
};
其中THREAD_SIZE的大小可以是4K，也可以是8K，thread_info占52bytes。
当内核栈为8K时，Thread_info在这块内存的起始地址，内核栈从堆栈末端向下增长。所以此时，kernel-2.6中的current宏是需要 更改的。要通过thread_info结构体中的task_struct域来获得于thread_info相关联的task。更详细的参考相应的 current宏的实现。
struct thread_info {
struct task_struct *task；
struct exec_domain *exec_domain；
__u32 flags；
__u32 status;
__u32 cpu;
… ..
};
注意：此时的task_struct结构体已经不在内核栈空间里面了。
⑵ JVM性能调优命令之jstack
jstack是java虚拟机自带的线程堆栈跟踪工具，用于统计和分析线程状态。
要定位CPU高占用问题，首先使用top命令查看Java进程的实时CPU使用情况，进一步通过ps aux | grep PID确认问题进程。接着，使用ps -mp pid -o THREAD,tid,time找出耗时最高的线程ID。
将线程ID转换为16进制格式，然后使用jstack pid |grep tid -A 30命令打印线程堆栈信息，从而定位到问题代码。例如，发现ShortSocketIO.readBytes(ShortSocketIO.java:106)中的循环条件可能导致CPU占用过高。
问题代码为：如果this.in.read()返回的数据小于等于0时，循环就会一直执行。在网络拥塞时，这种情况可能发生。具体修改取决于业务逻辑应如何处理这种特殊情况。
排查CPU故障的关键步骤包括：使用top命令监控实时CPU使用情况，使用PS命令查看进程和线程的当前CPU使用情况，使用jstack打印线程堆栈信息定位问题代码，以及使用pstack查看Linux进程的线程栈运行情况。
总结，Java系统性能分析命令提供了多种工具用于监控和分析Java进程的性能问题，包括jstack用于查看线程堆栈信息，帮助定位和解决具体问题。
⑶ linux内核调试之 crash分析mp文件
Linux 下有多个内存转储分析工具，如 lcrash、Alicia、Crash。Crash 是一个由 Dave Anderson 开发并维护的内存转储分析工具，当前版本为5.0.0。在没有统一标准的内存转储文件格式的情况下，Crash 支持多种格式。
Crash 的命令格式如下：crash [OPTION]... NAMELIST MEMORY-IMAGE[@ADDRESS]其中，namelist 是用于调试版本内核的名称列表，通常需要自定义编译，或者从发行版网站下载包含内核的/usr/lib/debug/lib/moles/内核版本/vmlinux软件包。而memory-image是转存的某种格式的mp文件。
为了使用 Crash，需要安装相应的kernel-debuginfo和debug-info-common软件包，如 CentOS 8 下，可以从debuginfo.centos.org/8/...下载安装包。
使用 Crash 的命令提示符执行相关操作。Crash 内置命令用于查看寄存器值、调用堆栈等信息，这些命令与 gdb 相似。
例如，bt命令用于打印内核堆栈，可以列出所有内核堆栈或指定进程的堆栈。使用 bt + pid列出特定进程的堆栈，bt -f列出所有堆栈详细信息，bt -p仅打印崩溃线程的内核栈。
dmesg命令用于查看崩溃时的内核日志信息。
dis命令用于反汇编地址或函数，显示该地址对应的源码。例如，dis -l显示特定行号的源码。
rd命令用于读取内存内容。
mod命令用于查看、加载模块的符号调试信息。需要加载包含符号信息的模块。
x/FMT命令用于查看内存内容，FMT参数包括大小、格式和长度。
sym命令用于将虚拟地址转换为符号。
ps命令用于打印内核崩溃时的进程信息。
file命令用于打印指定进程的文件打开列表。
Crash 还支持如 vm [pid]查看进程的虚拟地址空间，task [pid]查看进程的task_struct和thread_info信息，以及kmem -I查看内存使用情况。
Crash 可以用于实际测试，如主动触发崩溃情况分析和分析空指针产生的 core mp 文件。在实验中，内核版本为 4.18.0-193.19.1.el8_2.x86_64，Crash 版本为 7.2.7-3.el8，且使用了 kexec-tool。
以上是 Crash 工具的主要功能和使用方法，通过这些命令，开发者可以深入分析内存转储文件，定位并解决潜在的内存错误。