Linux RT 调度器的 rt_rq:RT 运行队列的结构与管理

news2026/5/8 7:33:05
一、简介在 Linux 内核调度体系中调度子系统是整个操作系统进程管理的核心骨架而实时调度SCHED_FIFO/SCHED_RR是工业控制、车载自动驾驶、宇航嵌入式、音视频实时编解码、工业网关等硬实时场景的底层支撑。普通 CFS 调度器追求公平分时、时间片轮转无法满足微秒级调度延迟、优先级抢占、确定性响应的业务诉求而 RT 调度器依靠专属的运行队列、优先级排序、带宽限流、任务迁移管控机制保障高优先级实时任务优先抢占 CPU 资源。struct rt_rq作为每 CPU 私有实时运行队列是 Linux RT 调度器最核心的数据结构内嵌在 CPU 主运行队列struct rq内部全权负责管理当前 CPU 上所有就绪、运行、待迁移的实时调度实体。从内核源码层面看RT 任务的入队、出队、优先级查找、带宽统计、SMP 任务迁移、运行时配额管控全部依赖rt_rq的字段与配套接口实现。对于底层驱动开发、嵌入式 Linux 裁剪、实时系统调优、内核模块开发、操作系统课程论文撰写的开发者和研究人员来说吃透rt_rq结构体每个字段的设计意图、内存布局、调用逻辑是理解 RT 调度抢占机制、排查实时调度抖动、优化硬实时延迟、定制调度策略的必经之路。很多工程现场遇到的 RT 任务抢占失效、CPU 负载失衡、实时带宽超限、任务无法迁移等问题根源都在于对rt_rq管理逻辑理解不到位。本文从资深内核工程师实战视角完整拆解rt_rq结构体、核心字段含义、源码调用链路、实操调试方法附带可直接编译运行的代码案例既能作为工程调优手册也可作为论文报告的核心参考素材。二、核心概念2.1 实时调度基础术语RT 调度类Linux 内核调度类分为 CFS 普通调度类、RT 实时调度类、DL 限期调度类、Idle 空闲调度类RT 调度类专门处理SCHED_FIFO、SCHED_RR策略的实时任务优先级范围 0~99数值越大优先级越高。调度实体 sched_rt_entity内核不直接以task_struct作为调度单元而是封装sched_rt_entity实时调度实体挂载到rt_rq优先级队列参与调度排序。Per-CPU 运行队列Linux SMP 架构下每个 CPU 核心拥有独立struct rq主运行队列内部内嵌rt_rq、cfs_rq等子队列实现各 CPU 调度资源隔离减少多核锁竞争。rt_prio_array 优先级数组rt_rq内嵌的优先级管理数组包含优先级位图和多级任务链表实现 O (1) 复杂度查找最高优先级就绪任务。RT 带宽控制内核通过rt_rq的运行时统计字段限制单个 CPU 实时任务总占用时间防止低优先级 RT 任务霸占 CPU 导致系统卡顿。可迁移任务 rt_nr_migratory标记允许跨 CPU 调度迁移的 RT 任务计数是 SMP 负载均衡中 RT 任务迁移决策的关键依据。2.2 rt_rq 核心定位rt_rq是单 CPU 视角下所有实时任务的管理容器承担三大核心职责按优先级分组维护就绪 RT 任务链表统计运行中、就绪、可迁移 RT 任务数量维护 RT 任务运行带宽、时间配额、调度锁保护支撑 SMP 架构下 RT 任务选核、迁移、负载均衡逻辑。三、环境准备3.1 软硬件环境要求环境类型版本 / 配置说明操作系统Ubuntu 20.04 / 22.04 64 位搭载 Linux 5.4、5.10、6.1 主线内核内核源码Linux 5.10 LTS工业嵌入式最常用版本本文源码基于 5.10编译工具gcc 9.4、make、libncurses-dev、bison、flex、libssl-dev调试工具gdb、kgdb、perf、trace-cmd、ftrace、readelf、objdump硬件配置4 核及以上 CPU至少 8G 内存保证内核编译与调试环境稳定3.2 环境配置步骤3.2.1 安装依赖编译工具# 更新软件源 sudo apt update sudo apt upgrade -y # 安装内核编译依赖 sudo apt install build-essential libncurses-dev bison flex libssl-dev libelf-dev -y # 安装调试与性能分析工具 sudo apt install gdb perf trace-cmd ftrace-tools -y作用一次性配齐内核源码编译、配置、调试、性能追踪所需所有依赖避免后续编译报错。3.2.2 下载 Linux 5.10 内核源码# 创建源码目录 mkdir -p ~/linux_kernel cd ~/linux_kernel # 下载5.10 LTS稳定版源码 wget https://cdn.kernel.org/pub/linux/kernel/v5.x/linux-5.10.210.tar.xz # 解压源码 tar -xf linux-5.10.210.tar.xz cd linux-5.10.2103.2.3 开启 RT 调度相关内核配置# 拷贝当前内核配置 cp -v /boot/config-$(uname -r) .config # 打开配置界面 make menuconfig需手动开启以下关键配置CONFIG_SCHED_RTy # 启用RT实时调度器 CONFIG_SMPy # 开启多核SMP支持 CONFIG_RT_GROUP_SCHEDy # 启用RT组调度带宽控制 CONFIG_PREEMPTy # 开启抢占式内核 CONFIG_DEBUG_INFOy # 开启调试信息方便gdb调试 CONFIG_FTRACEy # 开启函数跟踪用于追踪rt_rq调用链路保存配置后退出后续可直接编译内核或仅做源码阅读、模块开发。四、应用场景rt_rq作为 RT 调度器的核心载体广泛应用于各类硬实时工业场景。工业控制领域中PLC 工业实时任务、传感器数据采集中断底半部依托rt_rq按优先级排队保障毫秒级确定性调度车载自动驾驶系统中雷达感知、路径规划、底盘控制等高优先级 RT 任务通过rt_rq优先级位图快速抢占 CPU避免调度延迟引发安全风险宇航嵌入式设备中星上遥测、姿态控制任务依赖rt_rq的带宽管控与任务计数机制防止任务溢出阻塞此外音视频实时直播、低延迟网关、工业机器人运动控制、虚拟化实时容器等场景均依靠rt_rq的队列管理、优先级排序、SMP 迁移能力保障实时性。排查实时调度抖动、定制 RT 调度策略、内核实时性调优都必须基于rt_rq结构与管理逻辑展开。五、实际案例与步骤rt_rq 结构体拆解与源码实战5.1 完整 rt_rq 结构体源码拆解Linux5.10文件路径kernel/sched/sched.h、kernel/sched/rt.c// 精简版struct rt_rq核心源码保留工程常用关键字段 struct rt_rq { // 保护rt_rq队列操作的自旋锁防止多核并发竞争 raw_spinlock_t rt_lock; // 优先级数组位图各优先级任务链表O(1)查找最高优先级任务 struct rt_prio_array active; // 当前CPU就绪运行中的RT任务总数 unsigned long rt_nr_running; // 可跨CPU迁移的RT任务数量SMP负载均衡使用 unsigned long rt_nr_migratory; // RT调度组总任务计数开启CONFIG_RT_GROUP_SCHED有效 unsigned long rt_nr_total; // SMP下当前最高优先级、次高优先级缓存避免重复遍历位图 int curr; int next; // RT任务运行时带宽统计限制CPU实时任务占用时长 u64 rt_runtime; u64 rt_runtime_period; // 指向所属主运行队列struct rq struct rq *rq; }; // 优先级数组子结构定义 struct rt_prio_array { // 优先级位图每一位对应一个RT优先级置1表示该优先级有就绪任务 DECLARE_BITMAP(bitmap, MAX_RT_PRIO); // 0~99共100个优先级链表头每个链表挂载同优先级RT调度实体 struct list_head queue[MAX_RT_PRIO]; };代码说明rt_lock采用原生自旋锁关中断保护适配硬实时场景避免队列操作被中断打断active是rt_rq调度核心位图 链表组合实现 O (1) 最高优先级任务查找各类rt_nr_*计数字段是内核负载均衡、调度决策、状态排查的关键依据curr/next缓存高低优先级减少位图遍历开销提升调度效率rt_runtime系列字段实现 RT 带宽限流防止实时任务独占 CPU。5.2 关键字段逐字段深度解析5.2.1 锁与优先级数组字段raw_spinlock_t rt_lock所有对rt_rq队列的入队、出队、计数修改、位图更新操作都必须持有该自旋锁。SMP 多核环境下防止多个 CPU 同时修改同一rt_rq引发链表错乱、计数不准。不同于普通自旋锁raw_spinlock不开启抢占适配实时内核无抢占场景。struct rt_prio_array activebitmap位图共 100 位对应 RT 优先级 0~99位下标代表优先级位值为 1 代表该优先级有就绪任务queue[MAX_RT_PRIO]为 100 个链表头同优先级的sched_rt_entity统一挂载到对应链表调度时按链表顺序 FIFO 或 RR 轮转。5.2.2 任务计数字段unsigned long rt_nr_running; unsigned long rt_nr_migratory; unsigned long rt_nr_total;rt_nr_running当前 CPU 可运行状态的 RT 任务总数cat /proc/sched_debug可直接查看该值rt_nr_migratory标记非绑定 CPU、允许跨核迁移的 RT 任务调度域负载均衡时优先迁移这类任务rt_nr_total包含阻塞、休眠状态的所有 RT 任务用于组调度资源统计。5.2.3 优先级缓存与带宽控制字段int curr/next缓存当前最高优先级和次高优先级每次调度无需重新扫描全部 100 位位图大幅降低调度耗时rt_runtime/rt_runtime_period统计 RT 任务在周期内占用的 CPU 时间超过阈值后限制新 RT 任务调度保障普通业务不被饿死。5.3 内核源码中 rt_rq 初始化流程// 源码路径kernel/sched/rt.c void init_rt_rq(struct rt_rq *rt_rq, struct rq *rq) { int i; // 初始化自旋锁 raw_spin_lock_init(rt_rq-rt_lock); // 绑定所属主运行队列 rt_rq-rq rq; // 清空优先级位图 bitmap_zero(rt_rq-active.bitmap, MAX_RT_PRIO); // 初始化每个优先级链表头 for (i 0; i MAX_RT_PRIO; i) { INIT_LIST_HEAD(rt_rq-active.queue[i]); } // 清空任务计数 rt_rq-rt_nr_running 0; rt_rq-rt_nr_migratory 0; rt_rq-rt_nr_total 0; // 初始化优先级缓存 rt_rq-curr MAX_RT_PRIO; rt_rq-next MAX_RT_PRIO; // 初始化带宽运行时 rt_rq-rt_runtime 0; rt_rq-rt_runtime_period NSEC_PER_SEC; }代码作用系统启动初始化每个 CPU 的rt_rq完成锁、位图、链表、计数、带宽字段的清零与初始化为后续 RT 任务调度做准备。内核在 SMP 初始化阶段会为每 CPU 的struct rq调用该接口初始化内嵌rt_rq。5.4 实操读取本地 rt_rq 调度状态5.4.1 查看全局调度队列信息# 查看所有CPU的rt_rq运行状态、任务计数、优先级信息 cat /proc/sched_debug | grep -A20 RT输出说明可直接看到每个 CPU 的rt_nr_running任务数、优先级位图状态、当前调度优先级是排查 RT 任务堆积、调度异常的最常用命令。5.4.2 编写用户态程序创建 RT 任务并观察 rt_rq 变化// rt_task_test.c 可直接编译运行 #include stdio.h #include stdlib.h #include unistd.h #include sched.h #include pthread.h // 设置线程为SCHED_FIFO实时策略 void set_rt_prio(int prio) { struct sched_param param; param.sched_priority prio; // 设置调度策略和优先级 if (sched_setscheduler(0, SCHED_FIFO, param) 0) { perror(sched_setscheduler failed); exit(1); } } // 实时线程死循环占用CPU void *rt_thread_func(void *arg) { set_rt_prio(50); while(1) { // 空循环模拟实时业务运算 } return NULL; } int main() { pthread_t tid; // 创建实时线程 pthread_create(tid, NULL, rt_thread_func, NULL); printf(RT实时线程已创建优先级50\n); printf(请另起终端执行 cat /proc/sched_debug 观察rt_rq计数变化\n); pthread_join(tid, NULL); return 0; }编译与运行命令# 编译 gcc rt_task_test.c -o rt_task_test -lpthread # 以root权限运行普通用户无法设置实时优先级 sudo ./rt_task_test实操步骤运行程序前执行cat /proc/sched_debug记录初始rt_nr_runningroot 权限运行程序创建优先级 50 的 FIFO 实时线程再次执行调度调试命令观察对应 CPU 的rt_nr_running加 1优先级位图第 50 位置 1杀死进程后计数清零、位图对应位清空直观理解rt_rq动态管理逻辑。5.5 内核函数跟踪RT 任务入队 rt_rq 核心源码// kernel/sched/rt.c rt任务入队核心函数 static void enqueue_task_rt(struct rq *rq, struct task_struct *p, int flags) { struct rt_rq *rt_rq rq-rt; struct sched_rt_entity *rt_se p-rt; int prio p-rt_priority; // 加锁保护rt_rq队列操作 raw_spin_lock(rt_rq-rt_lock); // 将调度实体加入对应优先级链表 list_add_tail(rt_se-run_list, rt_rq-active.queue[prio]); // 置位优先级位图 set_bit(prio, rt_rq-active.bitmap); // 运行任务计数1 rt_rq-rt_nr_running; // 可迁移任务标记更新 if (!(p-flags PF_NO_SETAFFINITY)) rt_rq-rt_nr_migratory; raw_spin_unlock(rt_rq-rt_lock); }代码解析获取当前 CPU 的rt_rq实例和任务的实时调度实体加锁后将任务挂载到对应优先级链表更新优先级位图、任务计数、可迁移计数解锁完成入队整个流程严格依赖rt_rq字段完成状态维护。六、常见问题与解答问题 1为什么修改 RT 任务优先级后sched_debug 中 rt_rq 位图不更新解答大概率未持有rt_lock自旋锁直接修改任务优先级导致位图和链表状态不一致其次是进程绑定了 CPU 亲和性任务固定在某一 CPU 的rt_rq查看其他 CPU 队列看不到状态变化。解决方法通过内核标准接口setscheduler修改优先级由内核自动完成rt_rq出队 - 重新入队 - 位图更新。问题 2rt_nr_running 计数和实际 RT 任务数量不一致是什么原因解答多为内核并发场景下队列操作未加锁、任务退出时未正常出队导致计数泄漏也可能是开启 RT 组调度后rt_nr_total和rt_nr_running概念混淆。排查方式开启 ftrace 跟踪enqueue_task_rt、dequeue_task_rt调用核对每次入队出队的计数变更。问题 3SMP 环境下 RT 任务无法跨 CPU 迁移rt_nr_migratory 始终为 0解答一是进程设置了PF_NO_SETAFFINITY亲和性固定标志禁止迁移二是内核关闭CONFIG_SMP或CONFIG_RT_GROUP_SCHEDED配置三是rt_rq的 curr/next 优先级缓存过高调度域认为无需负载均衡。可通过taskset命令解除 CPU 绑定重新开启内核相关配置解决。问题 4实时任务偶尔出现调度延迟抖动和 rt_rq 有什么关系解答rt_rq的rt_lock自旋锁持有时间过长、高优先级任务链表过长、位图遍历耗时增加都会引发调度抖动另外 RT 带宽限流rt_runtime阈值过低限制了高优先级任务调度。优化方向精简锁内代码、拆分长耗时任务、合理调整 RT 带宽周期。七、实践建议与最佳实践源码阅读建议优先从rq主队列内嵌rt_rq入手顺着enqueue_task_rt、dequeue_task_rt、pick_next_task_rt三个核心函数梳理调用链路不要孤立看结构体字段结合调度流程理解设计意图。调试最佳实践日常排查优先使用/proc/sched_debug快速查看rt_rq计数、位图、优先级状态复杂问题结合ftrace跟踪rt_rq相关内核函数调用轨迹定位队列操作异常。内核开发规范凡是操作rt_rq链表、位图、计数字段必须持有 rt_lock 自旋锁遵循关中断 自旋锁的保护逻辑避免 SMP 并发数据错乱。实时性调优技巧合理利用rt_rq带宽控制字段划分 RT 任务时间配额避免高优先级任务长期霸占 CPU对无需迁移的底层硬件 RT 任务设置 CPU 亲和性减少rt_nr_migratory无效负载均衡开销。论文 / 报告写作建议可基于本文结构体拆解、入队出队流程、计数机制扩展对比 CFS 运行队列cfs_rq与rt_rq设计差异结合工业实测延迟数据完成调度子系统对比分析论文。驱动开发适配中断底半部、内核线程若设置为 RT 调度策略需适配rt_rq优先级规则避免大量同优先级任务挂载同一链表引发调度时延。八、总结与应用场景拓展本文从资深 Linux 内核工程师实战视角完整拆解了struct rt_rq实时运行队列的结构体定义、内存布局、关键字段含义、初始化流程、任务入队出队源码逻辑搭配可直接编译的用户态测试代码、内核命令行排查方式把抽象的内核数据结构落地到实操层面。rt_rq作为 Linux RT 调度器的基石核心价值在于按优先级管理实时任务、O (1) 调度查找、SMP 任务迁移管控、RT 带宽限流保护所有实时调度的抢占、排队、负载均衡、资源限制逻辑都围绕该结构展开。掌握rt_rq不仅能看懂 RT 调度器底层原理更能解决工程中实时调度抖动、任务抢占失效、CPU 负载失衡、RT 带宽溢出等疑难问题。后续可基于本文延伸研究rt_rq与调度域的负载均衡配合、RT 组调度下的带宽分层管控、PREEMPT-RT 补丁对rt_rq锁机制的改造、定制化 RT 调度策略修改rt_rq优先级排序逻辑。建议读者在本地搭建内核调试环境复现文中代码案例结合 ftrace、gdb 深入跟踪rt_rq运行时状态真正把理论知识转化为工程调优与内核开发的实战能力。

本文来自互联网用户投稿,该文观点仅代表作者本人,不代表本站立场。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如若转载,请注明出处:http://www.coloradmin.cn/o/2594108.html

如若内容造成侵权/违法违规/事实不符,请联系多彩编程网进行投诉反馈,一经查实,立即删除!

相关文章

SpringBoot-17-MyBatis动态SQL标签之常用标签

文章目录 1 代码1.1 实体User.java1.2 接口UserMapper.java1.3 映射UserMapper.xml1.3.1 标签if1.3.2 标签if和where1.3.3 标签choose和when和otherwise1.4 UserController.java2 常用动态SQL标签2.1 标签set2.1.1 UserMapper.java2.1.2 UserMapper.xml2.1.3 UserController.ja…

wordpress后台更新后 前端没变化的解决方法

使用siteground主机的wordpress网站,会出现更新了网站内容和修改了php模板文件、js文件、css文件、图片文件后,网站没有变化的情况。 不熟悉siteground主机的新手,遇到这个问题,就很抓狂,明明是哪都没操作错误&#x…

网络编程(Modbus进阶)

思维导图 Modbus RTU(先学一点理论) 概念 Modbus RTU 是工业自动化领域 最广泛应用的串行通信协议,由 Modicon 公司(现施耐德电气)于 1979 年推出。它以 高效率、强健性、易实现的特点成为工业控制系统的通信标准。 包…

UE5 学习系列(二)用户操作界面及介绍

这篇博客是 UE5 学习系列博客的第二篇,在第一篇的基础上展开这篇内容。博客参考的 B 站视频资料和第一篇的链接如下: 【Note】:如果你已经完成安装等操作,可以只执行第一篇博客中 2. 新建一个空白游戏项目 章节操作,重…

IDEA运行Tomcat出现乱码问题解决汇总

最近正值期末周,有很多同学在写期末Java web作业时,运行tomcat出现乱码问题,经过多次解决与研究,我做了如下整理: 原因: IDEA本身编码与tomcat的编码与Windows编码不同导致,Windows 系统控制台…

利用最小二乘法找圆心和半径

#include <iostream> #include <vector> #include <cmath> #include <Eigen/Dense> // 需安装Eigen库用于矩阵运算 // 定义点结构 struct Point { double x, y; Point(double x_, double y_) : x(x_), y(y_) {} }; // 最小二乘法求圆心和半径 …

使用docker在3台服务器上搭建基于redis 6.x的一主两从三台均是哨兵模式

一、环境及版本说明 如果服务器已经安装了docker,则忽略此步骤,如果没有安装,则可以按照一下方式安装: 1. 在线安装(有互联网环境): 请看我这篇文章 传送阵>> 点我查看 2. 离线安装(内网环境):请看我这篇文章 传送阵>> 点我查看 说明&#xff1a;假设每台服务器已…

XML Group端口详解

在XML数据映射过程中&#xff0c;经常需要对数据进行分组聚合操作。例如&#xff0c;当处理包含多个物料明细的XML文件时&#xff0c;可能需要将相同物料号的明细归为一组&#xff0c;或对相同物料号的数量进行求和计算。传统实现方式通常需要编写脚本代码&#xff0c;增加了开…

LBE-LEX系列工业语音播放器|预警播报器|喇叭蜂鸣器的上位机配置操作说明

LBE-LEX系列工业语音播放器|预警播报器|喇叭蜂鸣器专为工业环境精心打造&#xff0c;完美适配AGV和无人叉车。同时&#xff0c;集成以太网与语音合成技术&#xff0c;为各类高级系统&#xff08;如MES、调度系统、库位管理、立库等&#xff09;提供高效便捷的语音交互体验。 L…

(LeetCode 每日一题) 3442. 奇偶频次间的最大差值 I (哈希、字符串)

题目&#xff1a;3442. 奇偶频次间的最大差值 I 思路 &#xff1a;哈希&#xff0c;时间复杂度0(n)。 用哈希表来记录每个字符串中字符的分布情况&#xff0c;哈希表这里用数组即可实现。 C版本&#xff1a; class Solution { public:int maxDifference(string s) {int a[26]…

【大模型RAG】拍照搜题技术架构速览:三层管道、两级检索、兜底大模型

摘要 拍照搜题系统采用“三层管道&#xff08;多模态 OCR → 语义检索 → 答案渲染&#xff09;、两级检索&#xff08;倒排 BM25 向量 HNSW&#xff09;并以大语言模型兜底”的整体框架&#xff1a; 多模态 OCR 层 将题目图片经过超分、去噪、倾斜校正后&#xff0c;分别用…

【Axure高保真原型】引导弹窗

今天和大家中分享引导弹窗的原型模板&#xff0c;载入页面后&#xff0c;会显示引导弹窗&#xff0c;适用于引导用户使用页面&#xff0c;点击完成后&#xff0c;会显示下一个引导弹窗&#xff0c;直至最后一个引导弹窗完成后进入首页。具体效果可以点击下方视频观看或打开下方…

接口测试中缓存处理策略

在接口测试中&#xff0c;缓存处理策略是一个关键环节&#xff0c;直接影响测试结果的准确性和可靠性。合理的缓存处理策略能够确保测试环境的一致性&#xff0c;避免因缓存数据导致的测试偏差。以下是接口测试中常见的缓存处理策略及其详细说明&#xff1a; 一、缓存处理的核…

龙虎榜——20250610

上证指数放量收阴线&#xff0c;个股多数下跌&#xff0c;盘中受消息影响大幅波动。 深证指数放量收阴线形成顶分型&#xff0c;指数短线有调整的需求&#xff0c;大概需要一两天。 2025年6月10日龙虎榜行业方向分析 1. 金融科技 代表标的&#xff1a;御银股份、雄帝科技 驱动…

观成科技:隐蔽隧道工具Ligolo-ng加密流量分析

1.工具介绍 Ligolo-ng是一款由go编写的高效隧道工具&#xff0c;该工具基于TUN接口实现其功能&#xff0c;利用反向TCP/TLS连接建立一条隐蔽的通信信道&#xff0c;支持使用Let’s Encrypt自动生成证书。Ligolo-ng的通信隐蔽性体现在其支持多种连接方式&#xff0c;适应复杂网…

铭豹扩展坞 USB转网口 突然无法识别解决方法

当 USB 转网口扩展坞在一台笔记本上无法识别,但在其他电脑上正常工作时,问题通常出在笔记本自身或其与扩展坞的兼容性上。以下是系统化的定位思路和排查步骤,帮助你快速找到故障原因: 背景: 一个M-pard(铭豹)扩展坞的网卡突然无法识别了,扩展出来的三个USB接口正常。…

未来机器人的大脑:如何用神经网络模拟器实现更智能的决策?

编辑&#xff1a;陈萍萍的公主一点人工一点智能 未来机器人的大脑&#xff1a;如何用神经网络模拟器实现更智能的决策&#xff1f;RWM通过双自回归机制有效解决了复合误差、部分可观测性和随机动力学等关键挑战&#xff0c;在不依赖领域特定归纳偏见的条件下实现了卓越的预测准…

Linux应用开发之网络套接字编程(实例篇)

服务端与客户端单连接 服务端代码 #include <sys/socket.h> #include <sys/types.h> #include <netinet/in.h> #include <stdio.h> #include <stdlib.h> #include <string.h> #include <arpa/inet.h> #include <pthread.h> …

华为云AI开发平台ModelArts

华为云ModelArts&#xff1a;重塑AI开发流程的“智能引擎”与“创新加速器”&#xff01; 在人工智能浪潮席卷全球的2025年&#xff0c;企业拥抱AI的意愿空前高涨&#xff0c;但技术门槛高、流程复杂、资源投入巨大的现实&#xff0c;却让许多创新构想止步于实验室。数据科学家…

深度学习在微纳光子学中的应用

深度学习在微纳光子学中的主要应用方向 深度学习与微纳光子学的结合主要集中在以下几个方向&#xff1a; 逆向设计 通过神经网络快速预测微纳结构的光学响应&#xff0c;替代传统耗时的数值模拟方法。例如设计超表面、光子晶体等结构。 特征提取与优化 从复杂的光学数据中自…