技术栈
kernel
mounter625
1 天前
linux
·
服务器
·
kernel
现代 Linux 内存管理的演进与变革:从传统 LRU 到多代架构 MGLRU
“内存回收”(Reclaim)是指寻找可以从当前使用者手中收回并投入到系统中更好用途的内存的任务,它是操作系统内存管理全局图景中的核心部分。
Ai runner
3 天前
kernel
Interviews in 2026
To leave a job in an autonomous driving company, where it is dull, repetitive and bureaucratic environment. Here is a summary of some company interviews :
Ltd Pikashu
4 天前
linux
·
kernel
·
insmod
insmod 加载内核模块 —— sys_init_module 源码剖析
sys_init_module 是 Linux 内核中用于加载内核模块(.ko 文件)的系统调用。用户态程序(如 insmod、modprobe)通过该系统调用将内核模块的 ELF 二进制数据从用户空间传递到内核空间,由内核完成模块的解析、重定位、符号解析和初始化执行。
张青贤
5 天前
linux
·
centos
·
内核
·
kernel
centos7内核kernel升级
背景:最近部署k8s高版本v1.28.8时发现需要操作系统内核等级至少为5版本,因此整理了一下升级系统内核的一些操作和细节。 离线内核包rpm下载地址: http://mirrors.coreix.net/elrepo-archive-archive/kernel/el7/x86_64/RPMS/ 下载包列表:
mounter625
9 天前
linux
·
运维
·
服务器
·
cgroup
·
kernel
Linux 内核资源管理:控制组(cgroup)的演进与“策略组”新提案
随着现代云计算与容器技术的爆发,如何高效、安全地在多任务操作系统中分配硬件资源,成为了Linux内核演进的核心课题。在这场技术演进中,cgroup(Control Groups,控制组)无疑是最为关键的基石之一。
mounter625
9 天前
linux
·
linux kernel
·
kernel
·
kexec
技术前沿:在内核实时更新(Live Update)期间保留 hugetlbfs 内存
在大规模数据中心和云计算运维中,如何“不中断业务更换宿主机内核”一直是顶级技术难题。传统的内核升级需要重启服务器,这意味着硬件自检(BIOS/UEFI)会耗费数分钟,且所有运行中的虚拟机(VM)和业务都会被迫中断。
mounter625
10 天前
linux
·
服务器
·
内存管理
·
kernel
迈向硬件级无缝热升级:Linux 内核 VFIO 与 IOMMU 持久化技术的演进之路
在云计算、高性能计算(HPC)以及大模型 AI 训练风靡的当下,系统的“可用性”与“连续性”成为了衡量基础设施质量的核心指标。传统的内核升级或打补丁过程通常需要重启宿主机,这会导致运行在其上的虚拟机(VM)或高性能用户态应用(如 DPDK、SPDK)中断,造成高昂的业务停机成本。
Strugglingler
13 天前
linux
·
kernel
·
读书笔记
·
内存分配
Linux Device Drivers-第八章 内存分配
本章主讲设备驱动程序中使用内存的一些其他方法。等第十五章再讨论关于分段分页等描述内存管理的内部细节。kmalloc 函数功能强大,不对内存空间清零(这意味着我们要将申请到的内存显式的清零后再用),且分配的区域在物理内存中连续(这是kmalloc 与 vmalloc 最本质的区别,kmalloc 与 vmalloc一样返回的内存地址都是虚拟地址,由MMU内存管理单元处理才能转化为物理内存地址)。函数原型:
Realdagongzai
14 天前
linux
·
学习
·
算法
·
spring
·
kernel
Linux 6.19.10 内核调度器算法详解
源码路径:kernel/sched/ 内核版本:Linux 6.19.10Linux 内核调度器采用**多调度类(Scheduling Class)**设计,不同类型的任务由不同的调度类管理,调度类之间有严格的优先级顺序:
羌俊恩
15 天前
java
·
redis
·
cgroup
·
top
·
kernel
·
jstack
·
cpulimit
Redis 宕机问题一解
某次redis由7.4.5升级到8.6.3后,多次启动无故宕机,查看日志报错:Received SIGTERM scheduling shutdown…,如下所示: 关联资源:The Linux Kernel documentation、redis信号处理
楼兰公子
20 天前
rk3588
·
kernel
·
进阶调试
RK3588 + Buildroot + Linux 7.0** 环境的内核调试进阶课题
以下是针对 RK3588 + Buildroot + Linux 7.0 环境的内核调试进阶课题,每个课题均包含完整代码实例、调试技巧和常见问题解决方案。
mounter625
1 个月前
linux
·
网络
·
人工智能
·
内存管理
·
kernel
深度解析 dmabuf/devmem:从图形渲染到 AI 与高性能网络的演进之路
在高性能计算与异构计算的今天,如何实现数据在不同硬件(GPU、NIC、DSP)之间的“零拷贝”传输,是性能优化的核心。dmabuf(DMA Buffer)作为 Linux 内核中跨设备缓冲区共享的标准框架,已经从最初的图形领域走到了 AI 与 800G 网络的前沿。
mounter625
1 个月前
linux
·
ebpf
·
kernel
·
netkit
比 veth 更强、为 eBPF 而生:深度解析 Linux netkit 虚拟网卡驱动
在云原生网络(如 Cilium、Calico)的演进过程中,veth-pair 一直是连接容器与宿主机的功臣。然而,随着对高性能、低延迟的极致追求,传统 veth 的协议栈开销逐渐成为瓶颈。
mounter625
1 个月前
linux
·
服务器
·
网络
·
tcp/ip
·
kernel
深入理解 Linux 网络新特性:netkit 中的 RX/TX Queue Leasing 与 TCP Devmem
在高性能网络领域,零拷贝(Zero-copy)一直是追求的圣杯。最近在 net-next 邮件列表中,关于 netkit 设备支持 TCP devmem 以及 Queue Leasing(队列租借) 的讨论引起了广泛关注。
mounter625
1 个月前
linux
·
数据结构
·
链表
·
设计模式
·
内存管理
·
kernel
Linux Kernel Design Patterns (Part 2):从经典链表到现代 XArray,拆解内核复杂数据结构的设计哲学
前言:在上一篇文章中,我们探讨了引用计数(Reference Counts)的模式。现在,我们将目光转向内核中最具挑战性的部分——复杂数据结构。
mounter625
2 个月前
linux
·
内存管理
·
kernel
·
swap
·
virtual swap
【内核新动向】告别物理槽位束缚:深度解析 Linux Virtual Swap Space 机制
前言在 Linux 内存管理领域,Swap(交换空间)一直是个让人又爱又恨的话题。最近,内核邮件列表(LKML)爆出一个重磅补丁系列——[PATCH v5 00/21] Virtual Swap Space。由 Meta 的 Nhat Pham 发起,联合 Johannes Weiner 等多位大牛共同打造。这一变革可能彻底改写 Linux 处理交换内存的方式。
Railshiqian
2 个月前
android
·
kernel
安卓源码编译ko文件到设备img,并在开机阶段自动加载
这里介绍安卓源码如何编译ko文件到设备img,并在开机阶段自动加载。我们要使用lunch sdk_car_md_x86_64-trunk_staging-userdebug编译出的模拟器设备来加载ko模块。 所以我们要在对应的device设备下进行配置: 1),cd android源码/device/generic/car/
Railshiqian
2 个月前
android
·
kernel
common-android15-6.6 kernel环境下,编写并编译一个helloworld驱动模块
https://blog.csdn.net/Railshiqian/article/details/160374693?spm=1011.2124.3001.6209
mounter625
2 个月前
linux
·
运维
·
服务器
·
kernel
·
ipc
·
io_uring
【内核前沿】Linux IPC 迎来大变局?POSIX 消息队列增强、io_uring IPC 与 Bus1 十年回归
前言Linux 内核虽然提供了多种进程间通信(IPC)机制(如信号量、共享内存、消息队列、Unix 域套接字等),但对于追求高性能或复杂功能的用户来说,现有的工具包总显得有些“捉襟见肘”。
mounter625
2 个月前
linux
·
服务器
·
ebpf
·
kernel
·
firmware
深度拦截:Linux 内核引入 Firmware LSM 挂钩,eBPF 再下一城!
引言在现代高性能计算和云原生场景下,用户空间与硬件设备的交互日益频繁。如何确保这些直接发送给固件(Firmware)的命令是安全的?传统的 Linux 安全模型似乎遇到了瓶颈。近日,内核社区提交了一项名为 “Firmware LSM hook” 的补丁集,利用 eBPF 的灵活性为固件命令穿上了“防弹衣”。