smp_processor_id——获取当前执行cpu_id

最新推荐文章于 2024-08-01 10:54:48 发布
转载 最新推荐文章于 2024-08-01 10:54:48 发布 · 1.5k 阅读 · 2 ·
CC 4.0 BY-SA版权
原文链接：https://www.cnblogs.com/still-smile/p/11655239.html

本文详细介绍了smp_processor_id()函数的功能，该函数用于获取当前执行的CPU ID，对于理解并行处理和多核架构下的进程调度具有重要作用。
Linux内存管理（17）：percpu 分配器——基本原理
私房菜
11-10 952
随着 SMP(对称多处理器架构)的发展，在享受处理器更快的执行效率的同时，也为数据同步带来了更大的挑战，因为在 SMP 架构中，程序确实是在并发执行，从单 CPU 只需要考虑调度风险，到SMP 中还需要考虑多 CPU 中同时执行的风险，而且在单 CPU 下乱序执行也会在 SMP 架构中带来，从而也衍生了一些新的同步机制，例如：内存屏障、percpu 机制等等。
QEMU源码全解析 —— CPU虚拟化（16）
phmatthaus的专栏
07-31 410
QEMU源码全解析 —— CPU虚拟化（16）
实现线程的三种方式总结（超级详细）
jiang1497359184的博客
07-31 1460
实现线程的三种方式总结（超级详细） 一、继承Thread类 Thread 类中创建线程最重要的两个方法为： public void start(); public void run(); 采用 Thread 类创建线程，用户只需要继承 Thread，覆盖 Thread 中的 run 方法，父类 Thread 中的 run 方法没有抛出异常，那么子类也不能抛出异常，最后采用 start 启动线程即可。 【示例代码1】不使用线程 public class ThreadTest01 { public
smp_processor_id()
kernel_details的专栏
01-12 9202
unsigned int smp_processor_id(void){    unsigned long preempt_count = preempt_count();    int this_cpu = __smp_processor_id();    cpumask_t this_mask;    if (likely(preempt_count))        goto out;   
smp_processor_id
losemyheaven的专栏
01-24 3391
我看的代码是2.6.32，smp_processor_id的定义过程是： # define smp_processor_id() raw_smp_processor_id() 接下来： #define raw_smp_processor_id() (percpu_read(cpu_number)) 后面最终调用了： percpu_from_op("mov", per_cpu__##var
smp_processor_id（）
JackWang_cm的专栏
12-12 1538
Smp_processor_id unsignedint smp_processor_id(void) { unsigned long preempt_count = preempt_count(); int this_cpu = __smp_processor_id(); cpumask_t this_mask; if (likely(preempt_count)) goto ou
学内核之八：Linux内核的smp_processor_id是如何实现的
wwwyuewww的专栏
08-18 3793
分析内核明确当前代码对应的CPU编号的过程
mls-dyna_smp_d_R10 2 0 winx64 ifort160_cr.exells-dyna_smp_d R11 1 0 winx64 ifort160_cr.exels-dyna_smp_d_ R800 winx64 ifort131 _cr.exemls-dyna smp_d R810 winx64 ifort131 cr.exel ls.dyna_smp_d_R910_winx64_ifort131_cr.exeEls-dyna_smp_s_R10_2_0_winx64 ifort160_cr.exels-dyna_smp_s_R610_win32 ifort101_crack.exeIls-dyna_smp_$_R800_winx64_ifort131_cr.exemls-dyna_smp_$_R810_winx64_ifort131_cr.exemls-dyna_smp_s_R910_winx64_ifort131_cr.exe 以上支持SMP双核嘛
09-19
PROCESSOR ID = 0, 1 ``` 2. **资源监控** - 任务管理器显示**两个LS-DYNA进程** - CPU利用率稳定在**200%**（双核满载） $$ \text{CPU利用率} = \frac{\text{实际使用核心数}}{\text{总核心数}} \times ...
// cpu0_stress.c #include <linux/module.h> #include <linux/kernel.h> #include <linux/sched.h> #include <linux/kthread.h> #include <linux/delay.h> static struct task_struct *stress_task = NULL; static int stress_cpu0(void *data) { // 输出启动信息 printk(KERN_INFO "cpu0_stress: Thread running on CPU #%d\n", raw_smp_processor_id()); // 等待几秒再开始忙循环 ssleep(2); while (!kthread_should_stop()) { int i; for (i = 0; i < 1000000; ++i) { volatile double d = 3.14159265; d *= d + 1.0; cpu_relax(); // 提示 CPU 可以节省功耗或让出流水线 } cond_resched(); // 主动让出调度器，防止被 watchdog 杀掉 } printk(KERN_INFO "cpu0_stress: Thread stopped.\n"); return 0; } static int __init cpu0_stress_init(void) { // 创建内核线程 stress_task = kthread_create(stress_cpu0, NULL, "cpu0_stress"); if (IS_ERR(stress_task)) { printk(KERN_ERR "cpu0_stress: Failed to create thread\n"); return PTR_ERR(stress_task); } // 绑定到 CPU0 kthread_bind(stress_task, 0); // 启动线程 wake_up_process(stress_task); printk(KERN_INFO "cpu0_stress: Module loaded, now stressing CPU0.\n"); return 0; } static void __exit cpu0_stress_exit(void) { if (stress_task) { printk(KERN_INFO "cpu0_stress: Stopping thread...\n"); kthread_stop(stress_task); // 会阻塞直到线程退出 printk(KERN_INFO "cpu0_stress: Thread stopped.\n"); } printk(KERN_INFO "cpu0_stress: Module unloaded.\n"); } module_init(cpu0_stress_init); module_exit(cpu0_stress_exit); MODULE_LICENSE("GPL"); MODULE_AUTHOR("Tester"); MODULE_DESCRIPTION("Stress only CPU0 - for Linux 4.4.115"); MODULE_VERSION("1.0"); 运行后cpu占满了但还是没有丢包情况
最新发布
10-13
printk(KERN_INFO "cpu0_stress: Starting hard loop on CPU #%d\n", raw_smp_processor_id()); ssleep(2); // 启动延迟 while (!kthread_should_stop()) { int i; for (i = 0; i ; ++i) { // 更大循环次数 ...
QEMU源码全解析 —— CPU虚拟化（17）
phmatthaus的专栏
08-01 652
QEMU源码全解析 —— CPU虚拟化（17）
Linux内核源码分析(四)--start_kernel之smp_setup_processor_id
task_struct的博客
01-26 680
我的内核中该函数是空的，暂时保留，以后对比其他版本内核结合设计思想再做分析。
Android培训班(105)start_kernel函数2
kouriba
05-04 268
紧跟参数后面的，就是调用函数smp_setup_processor_id()了，这个函数主要作用是获取当前正在执行初始化的处理器ID。如果仔细地阅读完初始化函数start_kernel，就会发现里面还有调用smp_processor_id()函数，这两个函数都是获取多处理器的ID，为什么会需要两个函数呢？其实这里有一个差别的，smp_setup_processor_id()函数可以不调用setup...
smp_processor_id()获取当前执行cpu_id
llxx1234的博客
02-08 441
smp_processor_id()获取当前执行cpu_id - Smah - 博客园
Linux内核获取当前CPU id
已迁移至 https://seekstar.github.io/
07-19 5145
CPU id是percpu变量，调用smp_processor_id()可以取出。内核里对它的注释如下： smp_processor_id() is safe if it's used in a preemption-off critical section, or in a thread that is bound to the current CPU. 所以除非是在绑定在CPU上的线程中使用，否则必须要先关抢占。内核已经封装了带关抢占的API： #define get_cpu() ({ preemp
SMP3.0学习笔记之四 使用OData Native SDK获取数据
Unplugged
02-22 1790
作者:穿行印象 http://blog.sina.com.cn/s/blog_7a9486880101q8zv.html 登录(onboarding)成功后的界面中，我增加了三个按钮： Unregister: 注销登录 GetSerDoc/Sechema: 在OData Native SDK能够对OData服务返回的结果进行解析之前，我们首先要获取的是ODa
CPUID获取本机CPU信息
ITLittleDragon的博客
02-08 3556
CPUID获取CPU信息
smp_setup_processor_id
voice_shen的专栏
03-06 2733
[Author: Bo Shen ] [Linux kernel: git: 0c0bd34] 470 void __init smp_setup_processor_id(void) 471 { 472 int i; 473 u32 mpidr = is_smp() ? read_cpuid_mpidr() & MPIDR_HWID_BIT
SMP3.0学习笔记之十三 使用AppBuilder获取数据之二
Unplugged
02-22 2282
作者：穿行印象 http://blog.sina.com.cn/s/blog_7a9486880101qk7z.html 在上一AppBuilder工程上继续，无需写任何代码的情况下，来实现从SMP3.0的OData服务进行航班查询与预订的HTML5移动应用。添加几个View：FlightList， FlightDetails, Booking，分别用来显示航空公司的航班列表、
Linux smp_setup_processor_id(arm)
LYRICS
06-23 848
看到start_kernel的代码，看到smp_setup_processor_id(void)记一下，更多的是GCC语法，以及一点arm指令的分析。从函数名也可以看出，这里是设置处理器ID。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值