标签: scheduler
与该标签相关的所有文章 "scheduler".
-
tokio(一)：运行时-从 mio 到异步运行时的完整设计
tokio 是 Rust 的异步运行时，提供工作窃取调度器、I/O 驱动、定时器、同步原语和任务管理。它在 Rust 异步生态中的角色等同于 Asio 的 iocontext + strand + timerqueue + 线程池的总和，但 Rust 选择了分层架构（mio → Future trait → tokio）而非 Asio 的单库大一统模式。理解 tokio 需要先理解它为什么不能只用 mio，以及 Rust async/await 的设计如何塑造了运行时的形态。
-
Go 运行时(三)：netpoller 如何用 epoll 与 gopark 跑异步 I/O
Go 运行时在创建网络 socket 时将其设为非阻塞，当 Read/Write 返回 EAGAIN 时，通过 gopark 挂起 goroutine（不占 OS 线程），将 fd 注册到 epoll/kqueue（边缘触发），就绪后通过调度器的 findRunnable 或 sysmon 唤醒 goroutine 重试——用户写的是同步代码，运行时跑的是异步 I/O。
-
Go 运行时(一)：GMP 调度模型
Go 运行时通过 G（goroutine）、M（OS thread）、P（logical processor）三级抽象实现 M:N 线程调度。P 的引入（Go 1.1）解决了全局锁竞争，work-stealing 保证负载均衡，异步抢占（Go 1.14+，SIGURG 信号）消除了 CPU 密集型 goroutine 的饥饿问题。Go 1.25 起 GOMAXPROCS 自动感知容器 cgroup CPU 限制。
-
asio(二)：io_context-事件循环的核心引擎
iocontext 不只是一个事件循环，它是异步操作的调度器：管理完成事件队列、分发 handler 到调用 run() 的线程、与操作系统的 I/O 多路复用器集成。Boost 1.66 将 ioservice 拆分为 io_context（执行上下文）+ executor（轻量句柄），是为了解耦 I/O 对象与具体的执行环境。