3. 其他资源 第 第 3 章 章 为 为支持收集 支持收集诊 诊断信息 断信息 3.1. 关于 MUST-GATHER 工具 3.2. 为 RED HAT OPENSHIFT GITOPS 收集调试数据 3.3. 其他资源 3 4 4 5 9 10 10 11 13 目 目录 录 1 Red Hat OpenShift GitOps 1.13 了解 了解 OpenShift 可帮助您自动执行以下任务： 确保集群具有类似的配置、监控和存储状态 对多个 OpenShift Container Platform 集群应用或恢复配置更改 将模板配置与不同环境关联 在集群间（从调试到生产阶段）推广应用程序。 Red Hat OpenShift GitOps 1.13 了解 了解 OpenShift GitOps 4 2.2. OPENSHIFT GITOPS 常用术语表 来限制允许 Argo CD 用户访问这些应用程序的位置和方式。管理 AppProject 实例 通常仅限于 Argo CD 管理员。 Argo CD API 服 服务 务器 器 公开 Web UI、CLI、持续集成(CI)和持续部署(CD)系统使用的 API 的 gRPC/REST 服务器。 Argo CD 开源声明工具，可在集群和开发生命周期中自动部署基于 Kubernetes 的基础架构和应用程序。

distutils . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 54 5.19 调试信息 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 55 源码包的元数据文件。 • debhello_0.0-1_amd64.deb 是 Debian 二进制软件包。 • debhello-dbgsym_0.0-1_amd64.deb 是 Debian 的调试符号二进制软件包。另请参见 Section 5.19.1。 • debhello_0.0-1_amd64.build 是构建日志文件。 • debhello_0.0-1_amd64.buildinfo 第三步（备选）：修改上游源代码 debhello_0.0-1_amd64.deb 包含了将要安装至目标系统中的文件。 debhello-debsym_0.0-1_amd64.deb 包含了将要安装至目标系统中的调试符号文件。 所有二进制包的包内容： $ dpkg -c debhello-dbgsym_0.0-1_amd64.deb drwxr-xr-x root/root ... ./ drwxr-xr-x

. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 840 9 调试模式 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 843 19. API . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 848 Zabbix API 在 6.0 中的变化 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 881 9 调试模式 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 884 19. API . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . sender 动态链接库 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 1863 14 Zabbix API 的 Python 库 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

研发时间被大量占用： • 本地开发环境难模拟 • 多业务联调艰难，诊断耗时多 • 出现问题诊断耗时多 • 流程割裂协作痛苦，响应慢 调试自测免打扰：本地 / 子环境免打扰，独立完成验证工作 自助验证更高效：自动化工作流 + 云上环境，高效验证调试 安全发布有信心： 一个平台完成日常 90% 工作，开发自助发布 需求研发总耗时降低 30% 需求迭代周期缩短 1-5 倍 解放开发，专注编码 服务编排 / 跨项目共享服务 • 开发者共享环境 - 自测子环境 扫码查看 TT 语音最佳实践 面向开发者的云原生环境 扫码查看飞书集成测试案例 • 无缝对接主流测试框架 / 平台 • API/E2E/UI 自动化测试管理 • 与开发协同自动化验收 • 自动化测试效益分析 高效协同的测试管理 • 一套 YAML/Chart 模板管理数百微服务 • 每个技术栈抽象一套构建模板 • Feature 分支 -> GitLab-CI 自动构建打包 Chart （写一堆复杂 的脚本 ） -> -> Rancher 上手动替换 Helm Chart 版本 -> 调试 （使用 kubectl/ 日志系统） 2. 测试流程 合并到 develop -> GitLab-CI 自动构建打包 Chart （还是那堆复杂的脚 本） -> -> Rancher

研发 研发时间被大量占用： • 本地开发环境难模拟 • 多业务联调艰难，诊断耗时多 • 出现问题诊断耗时多 • 流程割裂协作痛苦，响应慢 调试自测免打扰：本地/子环境免打扰，独立完成验证工作 自助验证更高效：自动化工作流+云上环境，高效验证调试 安全发布有信心：一个平台完成日常 90% 工作，开发自助发布 需求研发总耗时降低 30% 需求迭代周期缩短 1-5 倍 解放开发，专注编码 更多的架构和技术提升 多环境/环境配置管理 • 服务编排/跨项目共享服务 • 开发者共享环境-自测子环境 扫码查看TT语音最佳实践 面向开发者的云原生环境 扫码查看飞书集成测试案例 • 无缝对接主流测试框架/平台 • API/E2E/UI 自动化测试管理 • 与开发协同自动化验收 • 自动化测试效益分析 高效协同的测试管理 • 一套YAML/Chart 模板管理数百微服务 • 每个技术栈抽象一套构建模板 • 开发流程 提交代码到 Feature 分支 -> GitLab-CI 自动构建打包 Chart （写一堆复杂的 脚本 ）-> -> Rancher 上手动替换 Helm Chart 版本 -> 调试（使用 kubectl/ 日志系统） 2. 测试流程 合并到 develop -> GitLab-CI 自动构建打包 Chart （还是那堆复杂的脚本）- > -> Rancher 上手动替换

Management），提供了异构内存互联的中心化管理机制，且 GMEM API 与 Linux 原生内存管理 API 保持统一，易用性强，性能与可移植性好。 加速器使用 GMEM API 将内存接入统一地址空间后，可自动获得 GMEM 面向异构内存编程优化的能力。与此同时，加 速器驱动无需重复实现内存管理框架，大幅降低开发维护带来的成本。 开发者使用一套统一申请、释放的 API，即可完成异构内存编程，无需处理内存搬移等细节。在加速器 r 内存消息交互框架提供了设备接入抽象层。在统一的地址空间下，GMEM 可以在数据需要被访问或换页时，自动地迁移数 据到 OS 或加速器端。 功能描述 Host Device GMEM API Process Main Remote Pager GMEM( 异构内存 ) GMEM Remote Pager GMEM( 异构内存 ) Co-process 统一虚拟地址空间 mmap/hmadvise 机与加速器进行搬移。在实际使用时，加速器可在内存不足时可以借用主机内存，同时回收加速器内的冷内存，达到内存 超分的效果，突破模型参数受限于加速器内存的限制，实现低成本的大模型训练。 通过在内核中提供 GMEM 高层 API，允许加速器驱动通过注册 GMEM 规范所定义的 MMU 函数直接获取内存管理功能， 建立逻辑页表并进行内存超分。逻辑页表将内存管理的高层逻辑与 CPU 的硬件相关层解耦，从而抽象出能让各类加速器复

. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 217 12.2.1 调试解释性语言代码 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 218 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 223 12.5 调试 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 223 12.5.2 调试 Debian 软件包 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

proftpd服务器的连接状态 ftpwho 显示当前每个ftp会话信息 fuser 使用文件或文件结构识别进程 G gcc 基于C/C++的编译器 gcov 测试程序的代码覆盖率的工具 gdb 功能强大的程序调试器 get_module 获取Linux内核模块的详细信息 getenforce 显示当前SELinux的应用模式，是强制、执行还是停用 getsebool 查询SElinux策略内各项规则的布尔值 -e|-[w|-r] [-s section] [-m system[,...]] [-M path] [-L locale] -C [file] keyword ... 1. -d, --debug：输出调试信息。 2. -v, --verbose：输出详细的警告信息。 3. -r, -- regex：将每个keyword作为正则表达式解释。这是默认行为。每个keyword将匹配手册页和描 述。 -ac：忽略失败条件； 2. -ad：忽略调试指令； 3. -ah：包括高级源； 4. -al：包括装配； 5. -am：包括宏扩展； 6. -an：忽略形式处理； 7. -as：包括符号； 8. =file：设置列出文件的名字； 9. --alternate：以交互宏模式开始； 10. -f：跳过空白和注释预处理； 11. -g：产生调试信息； 12. -J：对于有符号溢出不显示警告信息；

quilt header -e ... b’’ 描 b’’b’’ 述 b’’b’’ 补 b’’b’’ 丁 b’’ ⁵如果从 foo 库切换到 foo2 库时要更改应用程序接口（API），这就要求我们修改源代码来符合新的 API。 Debian 新维护者手册 17 / 57 Chapter 4 debian 目录中的必需内容 本教程文档已被重写为另外的 Debian 维护者指导 (https://www 命令。你也可以在 此添加一行 export DH_OPTIONS=-v ，于是 dh_* 命令同样也会输出它正在调用的命令。这能帮助你理解在这个简 单的 rules 文件背后发生了什么，以及帮助你进行调试。新的 dh 被设计来作为 debhelper 工具的核心部分，并不 向你隐藏任何东西。 第 16 和 17 行使用了 pattern rule，以此隐式地完成所有工作。其中的百分号意味着“任何 targets”，它会以 对于很大的软件包，在调试 debian/rules 的过程中你可能不想每次都对整个软件包进行重构建。仅用于测试目的， 你可以不重新构建源代码包而使用以下的方法创建 .deb 文件13： $ fakeroot debian/rules binary 或者可以通过以下方法验证它是否能通过编译： $ fakeroot debian/rules build 一旦完成了调试，记住要按照前面所给出的