包管理工具 - Yum 和 DNF 的区别
一、YUM介绍
Yum（全称 Yellow dog Updater, Modified）是一个在 RHEL、Fedora、CentOS、OEL 中的 Shell 前端软件包管理器。
Yum 本身基于 rpm 包管理，能够从指定的 Yum 源服务器（一个包含各种 rpm 软件包的软件仓库）自动下载 rpm 包并且进行安装和更新，可以自动处理依赖性关系，并且一次安装所有依赖的软件包，无须一次次下载、安装。
由于 Yum 中存在许多长期未解决的问题，包括性能差、内存占用过多、依赖解析速度变慢等。因此 Yum 包管理器 已经逐渐被 DNF 包管理器 取代。
二、DNF 介绍
DNF（全称为 Dandified Yum）是新一代的 rpm 软件包管理器，他首先出现在 Fedora 18 这个发行版中。而最近，它取代了 Yum，正式成为 Fedora 22 的包管理器。DNF 在 RHEL、CentOS、OEL 等系统中，从版本8开始出现，目前和 Yum 共存。
DNF 克服了 Yum 包管理器的一些瓶颈，提升了包括用户体验，内存占用，依赖分析，运行速度等多方面的内容。
三、DNF 和 Yum 的区别：
| DNF | YUM |
|---|---|
| DNF 使用 libsolv 来解析依赖关系，由 SUSE 开发和维护 | YUM 使用公开的 API 来解析依赖关系 |
| API 有完整的文档 | API 没有完整的文档 |
| 由 C、C++、Python 编写的 | 只用 Python 编写 |
| DNF 目前在 Fedora、RHEL 8、CentOS 8、OEL 8 和 Mageia 6/7 中使用 | YUM 目前在 RHEL 6/7、CentOS 6/7、OEL 6/7 中使用 |
| DNF 支持各种扩展 | Yum 只支持基于 Python 的扩展 |
| API 有良好的文档，因此很容易创建新的功能 | 因为 API 没有正确的文档化，所以创建新功能非常困难 |
| DNF 在同步存储库的元数据时，使用的内存较少 | 在同步存储库的元数据时，YUM 使用了过多的内存 |
| DNF 使用满足性算法来解决依赖关系解析（它是用字典的方法来存储和检索包和依赖信息） | 由于使用公开 API 的原因，Yum 依赖性解析变得迟钝 |
| 从内存使用量和版本库元数据的依赖性解析来看，性能都不错 | 总的来说，在很多因素的影响下，表现不佳 |
| DNF 更新：在 DNF 更新过程中，如果包中包含不相关的依赖，则不会更新 | YUM 将在没有验证的情况下更新软件包 |
| 如果启用的存储库没有响应，DNF 将跳过它，并继续使用可用的存储库处理事务 | 如果有存储库不可用，YUM 会立即停止 |
dnf update 和 dnf upgrade 是等价的 | 在 Yum 中则不同 |
| 安装包的依赖关系不更新 | Yum 为这种行为提供了一个选项 |
| 清理删除的包：当删除一个包时，DNF 会自动删除任何没有被用户明确安装的依赖包 | Yum 不会这样做 |
存储库缓存更新计划：默认情况下，系统启动后 10 分钟后，DNF 每小时会对配置的存储库检查一次更新。这个动作由系统定时器单元 dnf-makecache.timer 控制 | Yum 也会这样做 |
| 内核包不受 DNF 保护。不像 Yum，你可以删除所有的内核包，包括运行中的内核包 | Yum 不允许你删除运行中的内核 |
| libsolv：用于解包和读取资源库。 hawkey: 为 libsolv 提供简化的 C 和 Python API 库。 librepo: 提供 C 和 Python（类似 libcURL）API 的库，用于下载 Linux 存储库元数据和软件包。 libcomps: 是 yum.comps 库的替代品。它是用纯 C 语言编写的库，有 Python 2 和 Python 3 的绑定。 | Yum 不使用单独的库来执行这些功能 |
| DNF 包含 29000 行代码 | Yum 包含 56000 行代码 |
| DNF 由 Ales Kozumplik 开发 | YUM 由 Zdenek Pavlas、Jan Silhan 和团队成员开发 |
发表评论