为什么通过sp & ~(THREAD_SIZE - 1) 可以获取到 task_struct

最新推荐文章于 2023-02-21 09:31:18 发布
转载 最新推荐文章于 2023-02-21 09:31:18 发布 · 1.9k 阅读 · 1

本文精选了三篇技术博文链接，涉及不同领域的技术细节与应用实践，对于希望深入了解相关技术的读者来说是不错的参考资料。

摘要生成于 C知道 ，由 DeepSeek-R1 满血版支持， 前往体验 >

Linux进程管理（二）进程描述符task_struct
weixin_44555799的博客
09-30 987
本文linux内核版本5.10.226（只要是linux5.10.x就行，基本不会有大的出入），结构体struct task_struct定义在 include/linux/sched.h，长达732行，可见描述一个任务的复杂度之大。
Linux下的task_struct结构体
干饭人
07-05 1646
转自：浅析Linux下的task_struct结构体_lc_29503203的博客-优快云博客_task_struct 本文的重点是剖析task_struct，在这之前我们需要先了解一下进程的概念和Linux下进程控制块PCB。 1. 首先什么是进程？ 1.1 进程可以这样描述： 1>进程是程序的一个执行实例； 2>进程是正在执行的程序； 3>进程是能分配处理器并由处理器执行的实体。 按内核观点来谈进程：它担当分配系统资源（CPU时间，内存）的实体。 1.2 进程的两个基本
thread线程栈size及局部变量最大可分配size
Sunny04的专栏
07-08 8250
进程是操作系统的最小资源管理单元， 线程是操作系统最小的执行单元。 一个进程可以有多个线程， 也就是说多个线程分享进程的资源，包括栈区，堆区，代码区，数据区等。 sundh@linhaoIPTV:~$ ulimit -a core file size (blocks, -c) 0 data seg size (kbytes, -d) unlimited sc
Linux虚拟地址空间布局以及进程栈和线程栈总结
FreeeLinux's blog
12-21 1万+
本文转自多个博客，以及最后有我的总结。我们有单独从头到尾写一个总结的原因是别人已经写得很好了，我不花大量时间是无法达到这水平的。 一：Linux虚拟地址空间布局 （转自：Linux虚拟地址空间布局)  在多任务操作系统中，每个进程都运行在属于自己的内存沙盘中。这个沙盘就是虚拟地址空间(Virtual Address Space)，在32位模式下它是一个4GB的内存地址块。在L
Linux进程内核栈与thread_info结构详解--Linux进程的管理与调度（九）
热门推荐
OSKernelLAB(gatieme)
06-03 2万+
日期 内核版本 架构 作者 GitHub 优快云 2016-06-03 Linux-4.5 X86 & arm gatieme LinuxDeviceDrivers Linux进程管理与调度-之-进程的描述 前言为什么需要内核栈 进程在内核态运行时需要自己的堆栈信息, 因此linux内核为每个进程都提供了一个内核栈kernel stack, struct
进程内核栈、用户栈
jasonLee的博客
05-03 5220
1.进程的堆栈 内核在创建进程的时候，在创建task_struct的同事，会为进程创建相应的堆栈。每个进程会有两个栈，一个用户栈，存在于用户空间，一个内核栈，存在于内核空间。当进程在用户空间运行时，cpu堆栈指针寄存器里面的内容是用户堆栈地址，使用用户栈；当进程在内核空间时，cpu堆栈指针寄存器里面的内容是内核栈空间地址，使用内核栈。 2.进程用户栈和内核栈的切换 当进程因为中...
mysql优化之thread_cache_size
篱笆女人和狗的博客
02-21 1609
即可以重新利用保存在缓存中线程的数量，当断开连接时如果缓存中还有空间，那么客户端的线程将被放到缓存中，如果线程重新被请求，那么请求将从缓存中读取，如果缓存中是空的或者是新的请求，那么这个线程将被重新创建，如果有很多新的线程，增加这个值可以改善系统性能。对于长连接，不能保证连接的稳定性，所以设置这参数还是有一定必要，可能连接池的问题，会导致连接数据库的不稳定性，也会出现频繁的创建和销毁，但这个情况比较少，如果是长连接，可以设置成小一点，一般在50-100左右。2、优化参数thread_cache_size。
struct task_struct_offset { int16_t pid_offset; int16_t tgid_offset; int16_t thread_pid_offset; int16_t ptracer_cred_offset; int16_t real_cred_offset; int16_t cred_offset; int16_t comm_offset; int16_t fs_offset; int16_t files_offset; int16_t loginuid_offset; int16_t sessionid_offset; int16_t seccomp_offset; int16_t security_offset; int16_t stack_offset; int16_t tasks_offset; int16_t mm_offset; int16_t active_mm_offset; }; int resolve_current() { uint64_t sp_el0, sp; asm volatile("mrs %0, sp_el0" : "=r"(sp_el0)); asm volatile("mov %0, sp" : "=r"(sp)); sp_el0_is_current = 0; sp_el0_is_thread_info = 0; init_task = (struct task_struct *)kallsyms_lookup_name("init_task"); uint64_t init_thread_union_addr = kallsyms_lookup_name("init_thread_union"); if (is_kimg_range(sp_el0)) { if (sp_el0 == init_thread_union_addr) { sp_el0_is_thread_info = 1; } else if ((uint64_t)init_task == sp_el0 || (sp_el0 & (page_size - 1)) || (task_struct_offset.comm_offset = find_swapper_comm_offset(sp_el0, TASK_STRUCT_MAX_SIZE)) > 0) { sp_el0_is_current = 1; init_task = (struct task_struct *)sp_el0; } else { sp_el0_is_thread_info = 1; } } int thread_shift_cand[] = { 14, 15, 16 }; for (int i = 0; i < sizeof(thread_shift_cand) / sizeof(thread_shift_cand[0]); i++) { int tsz = 1 << thread_shift_cand[i]; uint64_t sp_low = sp & ~(tsz - 1); uint64_t psp = sp_low; for (; psp < sp_low + THREAD_INFO_MAX_SIZE; psp += 8) { if (*(uint64_t *)psp == STACK_END_MAGIC) { if (psp == sp_low) { thread_size = tsz; stack_end_offset = 0; thread_info_in_task = 1; } else { thread_size = tsz; stack_end_offset = psp - sp_low; thread_info_in_task = 0; } break; } } } if (!thread_info_in_task) { uint64_t thread_info_addr = (uint64_t)current_thread_info_sp(); if (init_task) { for (uint64_t ptr = thread_info_addr; ptr < thread_info_addr + stack_end_offset; ptr += sizeof(uint64_t)) { uint64_t pv = *(uint64_t *)ptr; if (pv == (uint64_t)init_task) { task_in_thread_info_offset = ptr - thread_info_addr; break; } } } else { for (uint64_t ptr = thread_info_addr; ptr < thread_info_addr + stack_end_offset; ptr += sizeof(uint64_t)) { uint64_t pv = *(uint64_t *)ptr; task_struct_offset.comm_offset = find_swapper_comm_offset(pv, TASK_STRUCT_MAX_SIZE); if (task_struct_offset.comm_offset > 0) { init_task = (struct task_struct *)pv; task_in_thread_info_offset = ptr - thread_info_addr; } } } } if (task_struct_offset.comm_offset <= 0) { task_struct_offset.comm_offset = find_swapper_comm_offset((uint64_t)init_task, TASK_STRUCT_MAX_SIZE); } uint64_t stack_base = (sp & ~(thread_size - 1)); for (uintptr_t i = (uintptr_t)init_task; i < (uintptr_t)init_task + TASK_STRUCT_MAX_SIZE; i += sizeof(uintptr_t)) { uintptr_t val = *(uintptr_t *)i; if (stack_base == val) { stack_in_task_offset = i - (uintptr_t)init_task; task_struct_offset.stack_offset = stack_in_task_offset; break; } } return 0; }请问tasks_offset应该按照这样的代码方法获取呢？
最新发布
03-23
ptr (uintptr_t)init_task + TASK_STRUCT_MAX_SIZE; ptr += sizeof(uintptr_t)) { // 检查当前指针是否指向有效的list_head结构 } ``` #### **步骤 3：验证链表有效性** 检查`next`和`prev`指针是否满足链表...
pcb结构链表_PCB(进程控制块)--‘task_struct’
weixin_42356892的博客
02-02 591
在介绍PCB(进程控制块)前，先实现一个‘进度条’，然后根据编写的程序，分析PCB的具体实现原理。‘进度条’的功能是能够在一行中显示出来，同时进度条中有动态的增长变化，能够知道进度条中的比率，同时也需要能够将显示的知道程序是否正在执行。◆下面是编写的程序：●利用‘=’来动态的显示进度条的变化，通过使用“|/-\\”来表示程序运行的状态，如果想要将进度条进行动态的增长，输出缓冲区是遇到‘\n’时，系...
进程控制块Task_struct
qq_52703909的博客
03-22 1514
文章目录 进程的定义 进程的创建 进程的退出 Task_struct 结构 Task_struct 这里不讲进程的基本原理，重点描述下进程的数据结构(task_struct). 进程的定义 正在执行的程序 正在计算机上执行的程序实例 能分配给处理器并有处理器执行的实体 一组指令序列的执行、一个当前状态个相关的系统自愿集 在进程执行时，任意给定一个时间，进程都可以唯一地被表征为以下元素： 标识符： 跟这个进程相关的唯一标识符，用来区别其他进程 状态: 进程的几个状态（等待、运行、停止） 优先级: 进程的优
Linux内核进程调度时机和过程
C/C++Linux、音视频、DPDK
01-30 3464
1、调度类型和时机 调度触发有两种类型，进程主动触发的主动调度和被动调度，被动调度又叫抢占式调度。 主动调度：进程主动触发以下情况，然后陷入内核态，最终调用schedule函数，进行调度。 1、当进程发生需要等待IO的系统调用，如read、write。 2、进程主动调用sleep时。 3、进程等待占用信用量或mutex时，注意spin锁不会触发调度，可能在空转。 被动调度：当发生以下情况时会发生被动调度： 1、tick_clock，cpu的时钟中断，一般是10ms一次，也有1ms一次的，取决于cpu的主频，
Linux进程虚拟地址空间
金荣的个人技术博客
08-31 1474
提及Linux的内存虚拟地址空间，还要从程序说起。我们编写好一个应用程序时，以C程序为例，经过预处理、编译、汇编、链接后，生成Linux中的可执行文件ELF文件。当我们运行可执行文件时，进程就出现了，可以理解为进程就是运行中的程序。在32位Linux系统中，每个进程都有4GB的虚拟地址空间，其中0-3GB是用户空间，3-4GB是内核空间。每个进程都以为自己独占整个4GB的地址空间，但实际上1GB的内核空间是所有进程共享的，独占的3GB用户空间也只是虚拟的。 那么进程的虚拟地址空间是怎么管理的呢？ 我们知道，
关于linux thread_info如何取到当前进程的总结
boyhailong的专栏
04-03 2185
看 linux系统设计的时候，这个问题让我很难搞明白，明天要看下内核源码！ 但是先search下网友的解释： 所有进程的祖先叫做进程0,idle 进程(swapper进程)，它是在Linux 的初始化阶段从无到有创建的一个内核线程。这个祖先进程使用静态分配的数据结构(所有其他进程的数据结构都是动态分配的)。 下面着重介绍一下进程0 内核栈的初始化过程！ 在head.S 中：
Android Framework学习(七)之Thread类以及常用同步类
一个码农的博客
05-04 2660
Thread类是Android为线程操作而做的一个封装。代码在Thread.cpp中，其中还封装了一些与线程同步相关的类,，本篇博客，我们一起学习Thread类以及常用同步类。Thread类Thread类的构造函数中的有一个canCallJava Thread.cppstatus_t Thread::run(const char* name, int32_tpriority, size_t sta
进程描述符的处理
复兴之路
03-17 1363
转自：http://edsionte.com/techblog/archives/2198/comment-page-1 对于每一个进程而言，内核为其单独分配了一个内存区域，这个区域存储的是内核栈和该进程所对应的一个小型进程描述符——thread_info结构。 01 struct thread_info { 02
进程管理(五)--linux进程内核栈
奇小葩
05-11 4122
在进程创建时，内核会为进程创建一系列数据结构，其中最重要的就是上章学习的task_struct结构，它就是进程描述符，表明进程在生命周期内的所有特征。同时，内核为进程创建两个栈，一个是用户栈，一个是内核栈，分别处于用户态和内核态使用的栈。本章主要包括以下内容 内核栈的概念 thread_info的用途 1 内核态内核栈 在每个进程的生命周期内，经常会通过系统调用(SYSCALL)或者中断进入内核。在执行系统调用后，这些内核代码所使用的栈并不是原先用户空间的栈，而是一个内核空间的栈，这个栈被称作进程的“内
android系统核心机制 基础（03）Thread 同步机制
wangdsh的博客
06-06 1088
系列文章解读&说明： Android系统核心机制基础 的 分析主要分为以下部分： android系统核心机制 基础（01）智能指针wp & sp android系统核心机制 基础（02）Thread类解析 android系统核心机制 基础（03）Thread 同步机制 android系统核心机制 基础（04）handler message机制 java android系...
对linux源码中thread_info的一点说明
辛星，前进的路上.
02-21 4564
在读linux源码的时候，通常我们都把头文件放到include目录下，这样方便引用，那么我们可以在linux/sched.h中引用了linux/thread_info.h这个头文件，但是这个头文件中仍然没有结构体thread_info的定义，但是它引用了asm/thread_info.h，但是include目录下并没有asm这个目录，那么它在哪里呢?      其实这里是和平台相关的，为了方便各
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值