Debian 参考手册 i Debian 参考手册 Osamu Aoki (青木修) Debian 参考手册 ii 版权 © 2013-2021 青木修 Debian 参考手册（版本 2.109）(2023-12-18 14:53:01 UTC) 旨在作为一份 Debian 系统安装后的用户指南，为 Debian 系 统的使用与管理提供广泛的概览。它通过为非开发者编写的 shell 命令示例来涵盖系统管理的方方面面。 的混合源档案库软件包 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 67 2.7.7 使用 apt-pinning 调整获选版本 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 68 2.7.8 阻止推荐的软件包的安装 . . . . . 70 2.7.9 使用带有 unstable 软件包的 testing 版本 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 70 2.7.10 使用带有 experimental 软件包的 unstable 版本 . . . . . . . . . . . . . . . . . . . . . . .

稳定性/可靠性⾼ • 容易更新及维护 • 基于FUSE提供POSIX兼容⽂件接⼝ • 问题 • 相对kernel⽂件系统的实现(ext4, xfs)性能 差异⼤，延迟⾼FUSE⽂件IO读写流程 • 场景1 pytorch example word_language_model • LOOKUP inode 返回 fstat + timeout设置 • OPEN 打开 inode返回ok 写⼊内容从0～16KB不等 • SETATTR inode 根据UID，ATIME，CTIME，length来设置属性 • 关闭⽂件时会发送FLUSH请求和RELEASE请求FUSE⽂件IO读写流程FUSE的IO路径及瓶颈分析 • 对⽐测试 • ⽂件访问测试直接访问ext4 • 通过FUSE访问passthrough_ll底层ext4 • 内核调⽤延迟测试 • 与FUSE 基于⽂件属性的操作内核直接返回？ • 基于⽂件数据的操作先内核读写 cache？实现POSIX兼容API途径及问题 • 基于FUSE的实现 • curve / ceph / gluster • LD_PRELOAD重载⽂件系统系统调⽤ • vpp / f-stack / DirectFUSE • Kernel版本实现 • BentoFS 基于rust的实现采⽤LD_Preload⽅式瓶颈分析

© XXX Page 1 of 9 Curve支持S3 数据缓存方案© XXX Page 2 of 9 版本 时间 修改者 修改内容 1.0 2021/8/18 胡遥 初稿 背景 整体设计 元数据采用2层索引 对象名设计 读写缓存分离 缓存层级 对外接口 后台刷数据线程 本地磁盘缓存 关键数据结构 详细设计 Write流程 Read流程 ReleaseCache流程 ReleaseCache流程 Flush流程 FsSync流程 后台流程 poc测试验证 背景 基于s3的daemon版本基于基本的性能测试发现性能非常差。具体数据如下： 通过日志初步分析有2点原因© XXX Page 3 of 9 1.append接口目前采用先从s3 get，在内存中合并完后再put的方式，对s3操作过多 2.对于4k 小io每次都要和s3交互，导致性能非常差。 因此需要通过Cache模块解决以上2个问题。 d。增加inodeId的目的是为了后续从对象存储上遍历，反查文件，这里就要求inodeId是永远不可重复。 读写缓存分离 读写缓存的设计采用的是读写缓存分离的方案。 写缓存一旦flush即释放，读缓存采用可设置的策略进行淘汰（默认LRU），对于小io进行block级别的预读。 即读写缓存相互没影响不相关， 缓存层级 缓存层级分为fs->file->chunk->datacache 4层，通

本书在上一版的基础上进行了全面大量的更新，基于红帽 RHEL 8 系统编写，且内容通用于 CentOS、 Fedora 等系统。本书共分为 20 章，内容涵盖了部署 Linux 系统，常用的 Linux 命令，与文件读写操作 有关的技术，使用 Vim 编辑器编写和修改配置文件，用户身份与文件权限的设置，硬盘设备分区、格 式化以及挂载等操作，部署 RAID 磁盘阵列和 LVM，firewalld 防火墙与 iptables ....................................................................................... 330 13.6 分离解析技术 .............................................................................................. 2012 年获得红帽认证工程师 RHCE 6 版本证书，在 2015 年年初又分别获得红帽认证工程师 RHCE 7 版本证书与红帽认证架构师 RHCA 顶级证 书。同时，于 2017 年撰写出版的《Linux 就该这么学》，累计销量突破 10 万册，同年被人民 邮电出版社评选为“年度优秀作者”。2020 年，获得基于最新系统的红帽认证工程师 RHCE 8 版本证书，继而为写作本书夯实了技术功底。

openEuler 应用边界从最初的服务器场景，逐步拓展到云计算、边 缘计算、嵌入式等更多场景。openEuler 正成为覆盖全场景的操作系统，新增发布面向边缘计算的版本 openEuler 22.09 Edge、面向嵌入式的版本 openEuler 22.09 Embedded。 openEuler 希望与广大生态伙伴、用户、开发者一起，通过联合创新、社区共建，不断增强场景化能力，最终实现统一操作 文件系统、 Media、内核文档、针对整个内核质量加固的 bug fix 及代码重构等内容。十余年来总计向社区贡献 17000+ 补丁。 在 Linux Kernel 5.10 和 5.14 版本中，openEuler 内核研发团队代码贡献量排名全球第一。 坚持内核创新，持续贡献上游 社区。 openEuler 开放透明的开源软件供应链管理 开源操作系统的构建过程，也是供应链聚合优化的 日，openEuler 20.03 LTS（Long Term Support，简写为 LTS，中文为长生命周期支持）版本正式发布， 为 Linux 世界带来一个全新的具备独立技术演进能力的 Linux 发行版。 2020 年 9 月 30 日，首个 openEuler 20.09 创新版发布，该版本是 openEuler 社区中的多个公司、团队、独立开发者协 同开发的成果，在 openEuler 社区

openEuler 20.03 LTS （Long Term Support，简写为 LTS，中文为长生命周期支持）版本正式发布， 为 Linux 世界带来一个全新的具备独立技术演进能力的 Linux 发行版。 2020 年 9 月 30 日，首个 openEuler 20.09 创新版发布，该版本是 openEuler 社区中的多个企业、团队、独立开发者 协同开发的成果，在 openEuler 社区 年 3 月 31 日，发布 openEuler 21.03 内核创新版，该版本将内核升级到 5.10, 还在内核方向实现内核热升级、 内存分级扩展等多个创新特性，加速提升多核性能，构筑千核运算能力。 2021 年 9 月 30 日，全新 openEuler 21.09 创新版如期而至，这是欧拉全新发布后的第一个社区版本，实现了全场景 支持。增强服务器和云计算的特性，发布面向云原生的业务混部 CPU 等关键技术； 同时发布边缘和嵌入式版本。 2022 年 3 月 30 日，基于统一的 5.10 内核，发布面向服务器、云计算、边缘计算、嵌入式的全场景 openEuler 22.03 LTS 版本，聚焦算力释放，持续提升资源利用率，打造全场景协同的数字基础设施操作系统。 2022 年 9 月 30 日，发布 openEuler 22.09 创新版本，持续补齐全场景的支持。 2022 年

中间件冷热数据自动分离 5. S3和POSIX统一访问需求 主要挑战和支持场景Curve Roadmap 1. 架构 1. 文件存储支持分布式缓存、完善冷热数据分层存储能力 2. 完善混合云、公有云上部署架构 3. 完善高性能3副本存储引擎，支持混合盘 4. 文件存储支持数据存储到HDFS、rados等引擎 2. 性能 1. 完善RDMA/SPDK方案，发布稳定版本 2. 更高性能硬件选型、适配及性能调优 更高性能硬件选型、适配及性能调优 3. 大文件读写性能优化，RAFT优化，降低写放大 3. 功能 1. 文件存储支持回收站/生命周期管理/配额/用户权限等 2. 支持NFS、CIFS/SMB、HDFS等协议 3. 块存储支持按存储池创建卷Curve 社区介绍 1. Curve的成长离不开社区贡献者的支持和参与。非常欢迎广大 社区用户为Curve贡献代码、文档，提交issue和改进网站。我 社区成员组成： 网易杭研、网易云音乐、腾讯、zstack、西安邮电大学生等等 3. 项目 https://github.com/opencurve/curve 4. 版本发布周期：每半年一个大版本，1～2个月一个小版本 5. 了解Curve进展：每隔2周的Curve周会说明Curve进展以及讨论 相关问题 6. 提交bug与建议：https://github.com/openCURVE/CURVE/issues

. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 296 13 版本兼容性 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 或 --no-create-info), 用 Zabbix 的 schema 文件创建新的数据库，并导入数据。 3. Q: 想用下划线替换监控项 key 中的所有空格，因为空格只在老版本中起作用，而在 3.0 版本的监控项 key 中，空格不是一个有效 的标示符（或者因为其它需要大量修改监控项 key 的场景），应该如何做以及有哪些注意事项？ A: 可以使用数据库更新语句用下划线替换所有出现的空格: with error 22: Invalid argument. A: 当在一个内核 2.6.26 或更低内核版本的操作系统上，试图运行编译的版本为 2.6.27 或更高版本的 Zabbix agent 时会产生该错 误。注意，在这种情况下，静态链接不会起作用，因为早期操作系统内核版本中不支持带 SOCK_CLOEXEC 标志的 socket() 系统调 用。ZBX-3395 6. Q: 尝试使用一个位置参数（如

. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 1720 11 版本兼容性 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 作操作向您发送电子邮件。这可能看起来像很多步骤，其实使用模板并不需要。而且，由于这种设计，可以自定义创建非常灵活的设置。 5 Zabbix 6.0.0 新功能 Zabbix server 的高可用集群 新版本附带了针对 Zabbix server 的原生高可用解决方案。 该解决方案由多个 zabbix_server 实例或节点组成，其中一次只能有一个节点处于活动状态（工作），而其他节点处于待机状态，准备好 - 用于配置 SLA • SLA 报表 - 用于 SLA 报表（也可用作仪表板小部件） 下面概述了对服务功能的其他主要改进。 基于标签的服务到问题的映射 以前版本中服务（services） 的可用性取决于触发器及其状态。在新版本中，它被相应服务的基于标签的问题映射所取代。 服务的配置和查看合并在 Monitoring → Services 中，并且在 Configuration → Services

或 --no-create-info), 用 Zabbix 的 schema 文件创建新的数据库，并导入数据。 3. Q: 想用下划线替换监控项 key 中的所有空格，因为空格只在老版本中起作用，而在 3.0 版本的监控项 key 中，空格不是一个有效 的标示符（或者因为其它需要大量修改监控项 key 的场景），应该如何做以及有哪些注意事项？ A: 可以使用数据库更新语句用下划线替换所有出现的空格: with error 22: Invalid argument. A: 当在一个内核 2.6.26 或更低内核版本的操作系统上，试图运行编译的版本为 2.6.27 或更高版本的 Zabbix agent 时会产生该错 误。注意，在这种情况下，静态链接不会起作用，因为早期操作系统内核版本中不支持带 SOCK_CLOEXEC 标志的 socket() 系统调 用。ZBX-3395 6. Q: 尝试使用一个位置参数（如 the length and lowercase/uppercase characters in the real host name. 从 Windows Zabbix agent 1.8.6 版本开始，”system.hostname” key 支持可选参数 -名称的类型。此参数的默认值为”netbios” (用于向 后兼容) 另一个可能的值是”host”. Starting from Zabbix