15.服务数据的定义与使用 主 讲 人 ： 古 月 服务模型 自定义服务数据 ➢ ➢ message_generation message_runtime ➢ • find_package( …… message_generation) • add_service_files(FILES

OpenOffice.org 演示 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 117 4.1.4 OpenOffice.org 数据库 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 118 4.1.5 OpenOffice.org 图画 . . . . . F-Spot 查看和管理照片 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 307 7.2.1 向 F-Spot 中导入图像 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 308 7.2.2 查看照片 . . . . . . . . . . . . . . . . . . . . 308 7.2 导入相片 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 309 7.3 选择照片导入来源 . . . . . . . . . . . . . . . .

OpenOffice.org 演示 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 119 IV.I.IV OpenOffice.org 数据库 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 120 目录 5 Ubuntu 桌面培训 目录 IV.I.V OpenOffice 查看和管理照片 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 311 VII.II.I 向 F-Spot 中导入图像 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 313 VII.II.II 查看照片 . . . . . . . . . . . . . . . . . . 313 VII.2 导入相片 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 314 VII.3 选择照片导入来源 . . . . . . . . . . . . . . . .

为了在修复内核问题的过程中保证业务不中断，热补丁技术应运而生。但热补丁技术有很多局限性，例如：不能改变数 据结构、不能修复 inline 函数、不能修复复杂逻辑问题等等，导致使用热补丁技术仅能够修复 20% 左右的问题。在数据中 心还会带来运维问题，例如补丁叠加导致运维基线无法确定，最终导致运维难度加大。内核热升级技术应运而生。 功能描述 1. 控制程序：对整个内核热升级流程进行指挥串联，交换内核态补丁与用户态守护程序信息，对指定业务进行内核 支持 PSI ：提供了一种评估系统资源 CPU、内存、 数据读写压力的方法。准确的检测方法可以帮资 源使用者确定合适的工作量，帮助系统制定高效 的资源调度策略，最大化利用系统资源，改善用 户体验。 8. TCP 发包切换到了 Early Departure Time 模型： 解决原来 TCP 框架的限制，根据调度策略给数据 包设置 Early Departure Time 时间戳，避免大的 时间戳，避免大的 队列缓存带来的时延，同时大幅提升 TCP 性能。 9. 支持 MultiPath TCP 可在移动与数据场景提升性 能和可靠性：支持在负载均衡场景多条子流并行 传输。 10. Ext4 引入一种新的、更轻量级的日志方法：- fast commit，可以大大减少 fsync 等耗时操作，带来 更好的性能。 11. dm-writecache 特性：提升SSD大块顺序写性能，

在后摩尔时代，GPU、TPU 和 FPGA 等专用异构加速器设备正不断涌现，它们与 CPU 类似，需要将数据放在本地内存（例 如 LPDDR 或 HBM）中以提高计算速度。加速器厂商们也不可避免地需要开发复杂的内存管理系统。 现行加速器内存管理方案存在诸多缺陷： • CPU 侧内存管理与加速器侧分离，数据显式搬移，加速器内存管理的易用性和性能难以平衡。 • 大模型场景下加速器设备 HBM 内存（Hign 内存（Hign BandWidth Memory）严重不足，现有的手动 swap 方案性能损耗大且 通用性差。 • 搜推、大数据场景存在大量无效数据搬移，缺少高效内存池化方案。 Linux 现有的 HMM 框架，编程复杂度高且依赖人工调优，性能和可移植性差，引发 OS 社区反弹，最终导致 HMM 方 案搁浅。异构加速器领域亟需高效的统一内存管理机制。 异构通用内存管理框架 GMEM （Generalized swap。GMEM 提供高效免搬移的内存池化方案， 当内存池以共享方式接入后，可解决数据反复搬移的痛点。 GMEM 革新了 Linux 内核中的内存管理架构，其中逻辑映射系统屏蔽了 CPU 和加速器地址访问差异，remote_pager 内存消息交互框架提供了设备接入抽象层。在统一的地址空间下，GMEM 可以在数据需要被访问或换页时，自动地迁移数 据到 OS 或加速器端。 功能描述 Host

rc1 – 切换内核镜像到更快的 codeaurora – 添加本地开发板配置和编辑接口 1.6.5 v0.5 @ 2020.09.12 v0.5 提前升级到新镜像 Ubuntu 20.04，全面导入龙芯系列处理器支持，并进一步完善各种 细微体验。 • v0.5 rc3 – 修复 arm/vexpress-a9 因编译器配置问题引起的 U-Boot 编译失败 – 进一步完善文档中对普通用户的使用要求，避免使用 支持，同时兼容 Docker Toolbox 和 Docker Desktop with wsl2 – 升级镜像，导入 mipsel, arm 和 powerpc 的 gcc 4.3 支持并修复相关的兼容性问题 • v0.9 rc2 – 为 v2.6.29 及之前版本的内核导入 make 3.81 – 为 Rust for Linux 新增 riscv64/virt 和 aarch64/virt – 出厂恢复：在主系统出现某些故障的情况下，允许恢复出厂系统 – 即时实验，集成多套自研实验环境，可在 1 分钟内开展 Linux 内核、嵌入式 Linux、 U-Boot、汇编、C、Python、数据库、网络等实验 • 购买地址 – 泰晓开源小店，该地址为目前唯一官方在线销售地址 • 产品详情 18 欢迎加入 Linux Lab 用户组，联系微信：tinylab，公众号：泰晓科技 –

13 欢迎加入 Linux Lab 用户组，联系微信：tinylab，公众号：泰晓科技 1.6.5 v0.5 @ 2020.09.12 v0.5 提前升级到新镜像 Ubuntu 20.04，全面导入龙芯系列处理器支持，并进一步完善各种 细微体验。 • v0.5 rc3 – 修复 arm/vexpress-a9 因编译器配置问题引起的 U-Boot 编译失败 – 进一步完善文档中对普通用户的使用要求，避免使用 支持，同时兼容 Docker Toolbox 和 Docker Desktop with wsl2 – 升级镜像，导入 mipsel, arm 和 powerpc 的 gcc 4.3 支持并修复相关的兼容性问题 • v0.9 rc2 – 为 v2.6.29 及之前版本的内核导入 make 3.81 – 为 Rust for Linux 新增 riscv64/virt 和 aarch64/virt 内存引导：支持内存模式启动，读写均在内存中，可提升使用速度，延长磁盘寿命 – 即时实验，集成多套自研实验环境，可在 1 分钟内开展 Linux 内核、嵌入式 Linux、 U-Boot、汇编、C、Python、数据库、网络等实验 19 欢迎加入 Linux Lab 用户组，联系微信：tinylab，公众号：泰晓科技 • 购买地址 – 泰晓开源小店，该地址为目前泰晓社区官方唯一淘宝销售地址 – 泰晓科技

rc1 – 切换内核镜像到更快的 codeaurora – 添加本地开发板配置和编辑接口 1.6.5 v0.5 @ 2020.09.12 v0.5 提前升级到新镜像 Ubuntu 20.04，全面导入龙芯系列处理器支持，并进一步完善各种 细微体验。 • v0.5 rc3 – 修复 arm/vexpress-a9 因编译器配置问题引起的 U-Boot 编译失败 – 进一步完善文档中对普通用户的使用要求，避免使用 支持，同时兼容 Docker Toolbox 和 Docker Desktop with wsl2 – 升级镜像，导入 mipsel, arm 和 powerpc 的 gcc 4.3 支持并修复相关的兼容性问题 • v0.9 rc2 – 为 v2.6.29 及之前版本的内核导入 make 3.81 – 为 Rust for Linux 新增 riscv64/virt 和 aarch64/virt – 出厂恢复：在主系统出现某些故障的情况下，允许恢复出厂系统 – 即时实验，集成多套自研实验环境，可在 1 分钟内开展 Linux 内核、嵌入式 Linux、 U-Boot、汇编、C、Python、数据库、网络等实验 • 购买地址 – 泰晓开源小店，该地址为目前唯一官方在线销售地址 • 产品详情 19 欢迎加入 Linux Lab 用户组，联系微信：tinylab，公众号：泰晓科技 –

files — debian/control 的内容使用 RFC-822 风格进行编写。文件对空行和行首空 格的使用有特别的要求。 这里的 debian/copyright 提供了 Debian 软件包版权数据的总结。此时该文件是由 debmake 命令产生 的模板文件。 debian/copyright（模板文件）： $ cat debhello-0.0/debian/copyright Format: gz 是指向上游源码压缩包的符号链接。 • debhello_0.0-1.debian.tar.xz 包含了维护者生成的内容。 • debhello_0.0-1.dsc 是 Debian 源码包的元数据文件。 • debhello_0.0-1_amd64.deb 是 Debian 二进制软件包。 • debhello-dbgsym_0.0-1_amd64.deb 是 Debian 的调试符号二进制软件包。另请参见 build 是构建日志文件。 • debhello_0.0-1_amd64.buildinfo 是 dpkg-genbuildinfo(1) 生成的元数据文件。 • debhello_0.0-1_amd64.changes 是 Debian 二进制软件包的元数据文件。 debhello_0.0-1.debian.tar.xz 包含了 Debian 对上游源代码的修改，具体如下所示。 压缩文件 debhello_0

命令支持。 – 在 Build-Depends 中添加 gobject-introspection 软件包。 – 使用 dh $@ --with quilt – 这会为带有 GObject 内省数据的软件包计算依赖，并生成 ${gir:Depends} 这一替换变量。 • 添加 bash 补全特性支持。 – 在 Build-Depends 中添加 bash-completion 软件包。 (quilt) 源码格式将补丁存储在 debian/patches/* 中，用 quilt 命令。这些补丁和其他 debian 目录 下的打包数据都会被打包成 debian.tar.gz 文件。由于 dpkg-source 命令可以处理 quilt 格式的补丁数据 (在格式为 3.0 (quilt) 的源码中)，而不需要 quilt 软件包；不需要在 Build-Depends 中添加 quilt。⁷ Debian 软件包。10 这个软件包提供了许多命令来 自动化打包操作： • gbp-import-dsc(1): 将一个早先的 Debian 软件包导入到 Git 仓库中。 • gbp-import-orig(1): 将上游 tar 文件导入到 Git 仓库中。 • gbp-dch(1): 用 Git commit 信息来生成 Debian changelog。 • git-buildpackage(1):