如何用Go模拟CPU 蒙卓 华为 – 2012实验室 工程师 成为盘古？ 让这个世界里面的人（程序）无法察觉 这个世界是创造出来的 目录 • 计算机的演化历史 – 硬件计算到冯诺伊曼架构 • 构建虚拟世界 – MOS 6502 • 控制单元（control unit） • 运算逻辑单元（arithmetic logic unit） • 6502汇编器与链接器 • 未来目标 1970年程序员 1970年程序员 CPU 80KHz 单核 内存 64KB 手编磁芯 老娘把你送上月球 2021年程序员 CPU 2,400,000KHz 4核 内存 8,000,000KB DDR3 呜呜 App内存不足 外卖下不了单 计算机的演化历史 • 一部偷懒的历史 • 硬件“计算机”时代 • 不擅长计算和记忆的人使用工具帮助计算：算盘，计算尺，手摇计算器 • 硬件计算机改进支持的算法，需要变更或重新发明整个硬件，比如让算 硬件过于复杂 • 软件基于操作系统等复杂概念 • 真的快且便宜 Go模拟CPU • 如何用Go实现冯诺伊曼架构CPU？ • 简单：一个循环+一个大数组 读取当前指令 执行指令 下一条指令 模拟目标 – MOS 6502 • 诞生于1975年 • MOS 6502应用范围广 • 资料多且易获得 • 简单、容易实现的现代CPU MOS 6502简介 • 8位，变长ISA（CISC） • 中断（NMI，IRQ）

enhances server and cloud computing features, and incorporates key technologies including cloud-native CPU scheduling algorithms for hybrid service deployments and KubeOS for containers. As an OS platform suits hybrid deployments of online and offline cloud services. Its innovative CPU scheduling algorithm ensures real-time CPU preemption and jitter suppression for online services. Additionally, its innovative Docker+QEMU solution, the iSulad+shimv2+StratoVirt secure container solution reduces the memory overhead and boot time by 40%. • Dual-plane deployment tool eggo: OSs can be installed with one click for

编译器如何自动优化：从汇编角度看 C++ 5.C++11 起的多线程编程：从 mutex 到无锁并行 6.并行编程常用框架： OpenMP 与 Intel TBB 7.被忽视的访存优化：内存带宽与 cpu 缓存机制 8.GPU 专题： wrap 调度，共享内存， barrier 9.并行算法实战： reduce ， scan ，矩阵乘法等 10.存储大规模三维数据的关键：稀疏数据结构 11.物理仿真实战：邻居搜索表实现 指望靠单核性能的增长带来程序性 能提升的时代一去不复返了，现在 要我们动动手为多核优化一下老的 程序，才能搭上摩尔定律的顺风车 。 神话与现实： 2 * 3GHz < 6GHz • 一个由双核组成的 3GHz 的 CPU 实际上提供了 6GHz 的处理能力，是吗？ • 显然不是。甚至在两个处理器上同时运行两个线程也不见得可以获得两倍的性能。相似的 ，大多数多线程的应用不会比双核处理器的两倍快。他们应该比单核处理器运行的快，但 是性能毕竟不是线性增长。 • 为什么无法做到呢？首先，为了保证缓存一致性以及其他握手协议需要运行时间开销。在 今天，双核或者四核机器在多线程应用方面，其性能不见得的是单核机器的两倍或者四倍。 这一问题一直伴随 CPU 发展至今。 并发和并行的区别 • 运用多线程的方式和动机，一般分为两种。 • 并发：单核处理器，操作系统通过时间片调 度算法，轮换着执行着不同的线程，看起来 就好像是同时运行一样，其实每一时刻只有

我们会尽快发布。 淘汰或者逐出数据 有些用户对数据设置过期时间，依赖 Redis 的淘汰机制去删除已经过期的数据，这同样也存在上面提到的问题 ：淘汰某个大 key 会导致进程 CPU 出现抖动。Redis 4.0 提供了两个配置，可以让 Redis 在淘汰或者逐出数据 时也使用 lazyfree 的方式。 新增命令 UNLINK key [key ...] FLUSHALL 3253 15) "db.0" //每个db的元数据所占用内存 16) 1) "overhead.hashtable.main" 2) (integer) 5808 3) "overhead.hashtable.expires" //管理带过期时间的数据所额外消耗内存 4) (integer) 104 17) "overhead.total" //上面提到的各项内存消耗之和 18) (integer) 11063904 协议，业务可以平滑迁移。 单个 Redis 性能压力可控 由于 Redis 原生采用单线程机制，CPU 为单核能力，性能在8万 QPS 的业务建议使用。如果需要更 高的性能要求，请选用集群版配置。 Redis 命令相对简单，排序、计算类命令较少 由于 Redis 的单线程机制，CPU 为主要瓶颈。如排序、计算类较多的业务建议选用集群版配置。 开放地域 开放单节

that: • can operate in resource-constrained environments • is very efficient and has little runtime overhead • has a small runtime library, or none at all • allows for direct and "raw" control over memory https://en.wikipedia.org/wiki/System_programming 系统编程 • 对硬件的控制（嵌入式, OS） • 对系统底层的控制（OS, kernel, driver） • 对CPU和内存的高效利用（Server, OS） • 对运算性能的高要求 • 对系统安全和内存安全的强需求 重点项目&热门领域 • 大数据 • 云计算 • 物联网 • 航空航天 • 超级计算机 虚拟现实 ……都有系统编程的身影 • 操作系统 • 虚拟机/容器 • 数据库 • 3D游戏引擎 • 网络服务器 • 浏览器引擎 • 编译器、解释器 • 三维建模/动画/渲染 数据中心 • CPU/GPU • 内存/硬盘 • 电力 • 网络流量 • 其他设备和人员维护费用 都是白花花的银子，“硬件很便宜”的说法不靠 谱 你能买最新硬件，对手也能，无助于提升竞争力 物联网 • 需要大批量部署，必须控制硬件成本

11 章 章 节 节点 点维护 维护 11.1. 关于节点维护 11.2. 将节点设置为维护模式 11.3. 从维护模式恢复节点 11.4. 自动续订 TLS 证书 11.5. 为过时的 CPU 型号管理节点标签 11.6. 防止节点协调 第 第 12 章 章 节 节点网 点网络 络 12.1. 观察节点网络状态 12.2. 更新节点网络配置 12.3. 对节点网络配置进行故障排除 Microsoft SVVP Catalog 中，它们名为 Red Hat OpenShift Container Platform 4 on RHEL CoreOS 8。 Intel 和 AMD CPU。 OpenShift Virtualization 现在与 OpenShift Service Mesh 集成。您可以将虚拟机连接到服务网 格， 以使用 IPv4 监控、视觉化和控制在默认 pod 字段设置为 Always。 2. 运行以下命令来设置默认 CPU 型号： 注意 注意 您必须在启动支持实时迁移的虚拟机前进行此更改。 将 <cpu_model> 替换为实际 CPU 型号值。要确定此值，您可以为所有节点运行 oc describe node 并查看 cpu-model- 标签。选择所有节点上出 现的 CPU 型号。 如果您使用 Red Hat Ceph Storage

. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 13.3. 为过时的 CPU 型号管理节点标签 13.4. 防止节点协调 第 第 14 章 章 支持 支持 14.1. 支持概述 14.2. 为红帽支持收集数据 14.3. 监控 14.4. 故障排除 14.5. OPENSHIFT 面 元素 元素 描述 描述 下 下载 载 virtctl 下载 virtctl 命令行工具来管理资源。 概述 概述标签页 资源、使用量、警报和状态 顶级 顶级消 消费 费者 者选项卡 CPU、内存和存储资源的主要使用者 Migration 标签页 实时迁移状态 第 第 4 章 章 WEB 控制台概述 控制台概述 17 设 设置 置标签页 集群范围的设置，包括实时迁移限制和用户权限 每个模板的 VirtualMachines 图标 从模板创建的 VirtualMachines 数量，按模板名称分组 4.1.2. 顶级消费者选项卡 Top consumers 选项卡显示 CPU、内存和存储的主要使用者。 例 例 4.3. 顶级 顶级消 消费 费者 者选项 选项卡 卡 OpenShift Container Platform 4.13 虚 虚拟 拟化 化 18 元素

treated as a name-based virtual host. mod_deflate will now skip compression if it knows that the size overhead added by the compression is larger than the data to be compressed. Multi-language error documents from the origin matches the content in the cache, this can be determined easily and without the overhead of transferring the entire resource. Secondly, a well designed origin server will be designed in disadvantages: The server is approximately 20% slower at startup time because of the symbol resolving overhead the Unix loader now has to do. The server is approximately 5% slower at execution time under some

treated as a name-based virtual host. mod_deflate will now skip compression if it knows that the size overhead added by the compression is larger than the data to be compressed. Multi-language error documents from the origin matches the content in the cache, this can be determined easily and without the overhead of transferring the entire resource. Secondly, a well designed origin server will be designed in disadvantages: The server is approximately 20% slower at startup time because of the symbol resolving overhead the Unix loader now has to do. The server is approximately 5% slower at execution time under some

video:0kB audio:47kB subtitle:0kB other streams:0kB global headers:0kB muxing overhead: 1.173211% global headers:0kB muxing overhead: 1.173211% crifan.com，使用署名4.0国际(CC BY 4.0)协议发布 all right reserved， powered video:0kB audio:0kB subtitle:23kB other streams:0kB global headers:1kB muxing overhead: 42.551056% global headers:1kB muxing overhead: 42.551056% crifan.com，使用署名4.0国际(CC BY 4.0)协议发布 all right reserved， powered 0xce0e540]] using SAR using SAR==1/1 1/1 [[libx264 @ 0xce0e540 libx264 @ 0xce0e540]] using cpu capabilities: MMX2 using cpu capabilities: MMX2 SSE2Fast SSSE3 SSE4.2 AVX FMA3 BMI2 AVX2 AVX512 SSE2Fast SSSE3