我看了好多操作系统和文章上是这么说的,用户态线程由应用程序创建,操作系统是感知不到的。内核线程是由操作系统调度。那么用户线程阻塞后由谁控制再次执行?
1条回答 默认 最新
- 爱折腾的捣蛋鬼 2024-04-14 20:28关注
在大多数操作系统中,用户态线程的阻塞和再次执行通常由用户级线程库(User-Level Thread Library)或者轻量级进程库(Lightweight Process Library)来处理。当一个用户态线程因为某些原因(例如等待I/O完成、等待某个事件等)而阻塞时,线程库会将其状态标记为阻塞,并通过调度算法选择其他可以执行的线程来运行。这个调度过程是在用户空间完成的,操作系统并不直接介入。
一旦线程库决定了一个被阻塞的线程可以继续执行,它会将其重新加入到可执行队列中,并在合适的时机(例如当前正在执行的线程主动放弃CPU时间片,或者其他线程被唤醒)再次调度执行。这样的话,操作系统本身并不需要感知用户态线程的阻塞和唤醒过程,这些操作都在用户空间内完成。
需要注意的是,用户态线程的阻塞和唤醒是基于线程库的实现,不同的线程库可能采用不同的策略来处理线程的阻塞和唤醒,例如采用轮询、事件驱动等方式。解决 无用评论 打赏 举报
悬赏问题
- ¥15 救!ENVI5.6深度学习初始化模型报错怎么办?
- ¥30 eclipse开启服务后,网页无法打开
- ¥30 雷达辐射源信号参考模型
- ¥15 html+css+js如何实现这样子的效果?
- ¥15 STM32单片机自主设计
- ¥15 如何在node.js中或者java中给wav格式的音频编码成sil格式呢
- ¥15 不小心不正规的开发公司导致不给我们y码,
- ¥15 我的代码无法在vc++中运行呀,错误很多
- ¥50 求一个win系统下运行的可自动抓取arm64架构deb安装包和其依赖包的软件。
- ¥60 fail to initialize keyboard hotkeys through kernel.0000000000