字体
关灯
   存书签 书架管理 返回目录
    攻关的日子,在没有日夜之分的昆仑沙盘中,显得既漫长又短暂。
    钱学敏带领的内存管理单元,率先取得了突破性的成果。
    她们成功实现了第一版自动化分代垃圾回收器。
    为了验证成果,她们进行了一场堪称残酷的压力测试。
    她们编写了一个特殊的测试程序,这个程序会在一瞬间,疯狂地创建数百万个微小的、生命周期极短的“临时对象”,然后再瞬间将它们全部抛弃。
    在过去,这种行为,会立刻产生海量的内存垃圾,瞬间拖垮整个系统。
    而现在,在“调试模式”的上帝视角下,所有人都清晰地看到了一幕奇景。
    代表着“新生代”内存区域的金色光芒,像潮汐一样,疯狂地涨落。
    无数对象被创建,点亮了那片区域。
    紧接着,在短短几十个“世界心跳”之后,垃圾回收器被自动触发。
    一道无形的净化之力扫过,百分之九十九以上的光点,瞬间熄灭。
    只有极少数真正需要长期存在的对象,被转移到了另一片代表“老年代”的、平静得多的内存区域。
    整个过程,行云流水,高效得令人发指。
    系统总体的内存占用率,始终维持在一个极其健康的水平。
    “成功了!”
    内存管理单元的成员们,激动地拥抱在一起。
    她们的努力,为“昆仑”世界,安装上了一个强大而高效的“肾脏”,一个能够自动过滤所有废物的净化系统!
    这个成功,极大地鼓舞了还在艰苦攻关中的进程调度单元。
    黄建功团队的进展,也终于来到了最关键的临门一脚。
    经过无数次的推演和争论,他们最终确定了“上下文切换”的完整技术方案。
    他们设计了一个名为“进程控制块”(Process Control Block,简称PCB)的核心数据结构。
    每一个被创建的进程,都会拥有一个与之对应的PCB。
    这个PCB,就像是进程的“身份证”和“灵魂档案”,记录了关于这个进程的一切。
    包括它的进程ID、状态(运行、就绪、阻塞)、优先级、以及最重要的——它在被中断时,需要保存的所有“上下文”信息。
    当需要进行进程切换时,调度器的操作流程被严格定义:
    第一步:保存当前进程的“上下文”到它对应的PCB中。
    第二步:从“就绪队列”

关闭+畅/阅读=模式,看最新完整内容。本章未完,请点击下一页继续阅读》》
上一章 目录 下一页