我在dnf速度极慢的情况下遇到了一个奇怪的问题，即在安装软件包的过程中计算机冻结了几秒钟。运行Fedora 29，但这已经发生了很多年。否则，计算机可以正常运行，永不崩溃，显然只有dnf会遇到一些薄弱环节。每年升级Fedora时，“ dnf升级”都需要花费一个小时来处理100个软件包，因此我还要等待圣诞节假期，因此周末可以不用电脑住，因为3000+软件包的更新在星期五晚上开始，在星期日结束。
根目录安装在旧的SSD磁盘上，而/ home则安装在新的经典磁盘（WD Caviar Black）上，还有另一个磁盘仅用于备份（只是告诉您已安装了多个磁盘）。我怀疑旧的SSD行为不当，将根分区移至经典磁盘之一，但并没有改善这种情况（甚至更慢）。
Journalctl或dmesg或/ var / log / messages没有显示任何特殊内容。Sysbench表示，每个已安装磁盘的磁盘性能都很好，与另一台也运行Fedora 29且dnf很好的（旧）计算机一样好（在几分钟内升级，午餐期间进行年度发行版升级）。
有谁知道在哪里寻找正在发生的事情？
PS top，iotop，iostat，dmesg，journalctl等基本内容已被大量检查。iotop在执行升级时通过python显示磁盘上99.99％的活动...（dnf），但我想这是正常的。甚至sysbench（如上所述）也显示出磁盘比另一台轻而易举地执行dnf的计算机要快一些。
适用品牌：i7-920处理器，24 G RAM，无交换
罗伯特：知道哪个系统调用花费的时间最长会很有趣。
您可以使用perf跟踪安装一个简单的（随机）软件包，然后进行排序以找到最长的通话吗？
例如：＃perf trace -s -o /tmp/trace.out dnf install -y xorg-x11-apps-7.7-20.fc28.x86_64
然后发布您的/tmp/trace.out文件的内容。这是一个摘要文件，因此不应太大，但可以帮助您指出系统调用花费的时间最长，以及它们是否超出正常范围。
本文收集自互联网，转载请注明来源。
如有侵权，请联系[email protected] 删除。
我来说两句