首页
AI Coding
数据标注
NEW
沸点
课程
直播
活动
APP
插件
搜索历史
清空
创作者中心
写文章
发沸点
写笔记
写代码
草稿箱
创作灵感
查看更多
登录
注册
肆忆_
掘友等级
获得徽章 0
动态
文章
专栏
沸点
收藏集
关注
作品
赞
0
文章 0
沸点 0
赞
0
返回
|
搜索文章
最新
热门
从 `std::mutex` 到 futex:我如何用源码真正理解互斥锁的底层逻辑
我想搞清楚的不是“背代码”,而是:互斥锁到底靠什么保证互斥?竞争时如何睡眠?为什么不会丢唤醒?多等待者如何接力
垃圾回收三种经典算法复盘:引用计数、Mark-Sweep、Scavenge
引用计数(Reference Counting) 标记-清除(Mark-Sweep) 复制算法(Scavenge / Copying Collection
我如何把 C++ 原子变量(std::atomic)讲清楚:定义 → 编译器 → CPU/运行时
我在简历里写了“熟悉 atomic”,但我不希望把原子变量讲成一堆细节堆砌。更理想的状态是:面试时能在 1~2 分钟内把 atomic 的核心价值讲清楚,并且能顺着回答两个常见追问: atomic 是
线程迁移具体是如何做到的?
总答案 ⚠️ 关键点: 👉 迁移几乎总是发生在“线程不在 Running 状态”时 一、调度器真正能“操作”的是什么? 调度器不能直接操作 Core,也不能强行移动正在执行的指令流。 它唯一能直接操作
调度器是如何进行负载判断的?
一、调度器眼里,“负载”到底是什么? 在调度器里,负载≈两件事的组合 在 Linux CFS(Completely Fair Scheduler)里,更准确地说是: 现在可以先这样理解: runnab
线程/进程
作为多核操作系统学习记录的子文章,详细讲述线程是有什么构成的,> **线程 = 一组用于“让 CPU 能从上次停下的地方继续执行”的运行时状态集合。** 线程是**执行所需状态的载体**。
多核架构与并发执行:操作系统学习笔记(持续更新)
学习提纲总览 在开始之前,我先整理了一份学习提纲,用来约束学习范围和深度,避免发散: 起点:多核相关的常见错误直觉 真实硬件视角:程序在多核系统中的执行环境 线程是如何被调度到不同 CPU Core
Day6:并发基础回顾与整合 —— 复写经典题,补齐“正确性细节”
Day1–Day5 我已经把并发的基本组件跑通了:线程、互斥锁、条件变量、future 等。但真正让我感觉“学会了”的,不是继续加新知识点
Day5:线程池进阶——我从「只会跑 void 任务」到「能返回 future」,并用 Demo 验证跑通
这是我操作系统 / 多线程手撕题的 Day5。 Day4 我已经写出了基础线程池:队列里放 std::function<void()>,worker 线程循环取任务执行
Day4:我第一次从零写线程池——从乱成一锅粥到真正理解它的运转方式**
今天是我并发手撕题练习的 Day4。 前 3 天分别做了: Day1:奇偶打印 Day2:生产者–消费者 Day3:简易读写锁
下一页
个人成就
文章被点赞
9
文章被阅读
472
掘力值
134
关注了
1
关注者
1
收藏集
0
关注标签
0
加入于
2025-12-06