@documentzhangx66
笑死，虽然我是资深 emacs 用户，也不喜欢 vim ，但是还不至于对 vim 反感到这种程度，实际上 vim 的基本使用（打开文件，移动光标，进入插入模式，输入文字，退出插入模式，保存并退出 vim 这几步）正常人几分钟就能学会了，哪有你说的那么浪费时间。

https://youtu.be/jjGCg1EHvws

历史上妲己可能是一位非常厉害的女将

@jdjingdian 感谢回复，这种方式需要我有 2 台 mac 吗?

@squarefong17 主要是我对性能确实有比较高的要求，而且我需要使用 fedora ，github 上有个项目可以很方便的在 m1/m2 机器上安装 fedora 。

@Nazz 前提是我得有个 arm64 的性能不差的机器才能跑 arm64 的虚拟机。

@chenjiangui998 树莓派性能太差了，我有树莓派 4b 4g ，树莓派装 fedora 启动一次都要好几分钟，dnf 安装个软件包也也很慢，qemu 模拟的 aarch64 同样有性能差的问题。

@dode @akira @shijingshijing @zizon @tailf @szzonly

感谢各位关注这个问题，我已经找到原因了，是 intel 平台默认的节能策略导致的，intel cpu 在系统空闲时大多数核心只会以 800Mhz 的频率运行，有负载时才频率才往上升（原来那些玩 3A 游戏的人为了保持游戏帧率稳定就去锁 cpu 频率是有道理的），而 5700x 的最低频率不会低于 2200Mhz 。

我用的是华硕的 b760m 重炮手主板，做以下操作这个问题就没有了：

在华硕 Intel 芯片组的主板上,如何关闭 CPU 的睿频功能
在 BIOS 设置菜单的 CPU Configuration--CPU-Power Management Control 下,默认情况下, Intel (R) SpeedStep(tm)为 Auto, Intel (R) Speed Shift Technology 为 Auto,CPU C-states 为 Auto,将这三个项目都设置为 Disabled, CPU 就不再发生频率跳变睿频了。

不过这样的话 cpu 就只会保持在默认的 3.4Ghz 频率上运行，不能睿频了。

@dode 1.5 的 cpu 占用这两种情况没区别，nfsd 进程都是平均 4%左右，我这个 cpu 占用率是看 top 的输出，每秒更新一次，我不是把每次输出都记录下来算一个严格的值，而是通过多次观察取一个差不多平均的值。

@jklove123bai 1.5 和 1.6 都是 sn770 ，1.7 是 英睿达的 CT250P2SSD8 ，顺序读取 2100MB/s ，scp 这个测试场景只涉及到从 1.5 的硬盘读取，target 是 1.6 和 1.7 的 /dev/shm/ ，所以 1.6 和 1.7 的 硬盘差别不会影响测试结果。

@nuk 我所有的测试场景只涉及从硬盘读取，硬盘都是 ssd 读取速度都不会是瓶颈，写入都是写入到 /dev/shm ， 这个是内存文件系统来着。

@akira 不管是 scp 还是 nfs 拷文件，1.6 的 cpu 占用率都要比 1.7 低一些

往 1.6 scp 时 1.6 的 sshd 和 sftp-server 的 cpu 占用大约是 23% ，8%
往 1.7 scp 时 1.7 的 sshd 和 sftp-server 的 cpu 占用大约是 32% ，15%

1.6 通过 nfs 从 1.5 读文件时 1.6 的 cpu 占用大约是 17%
1.7 通过 nfs 从 1.5 读文件时 1.7 的 cpu 占用大约是 38%

1.6 的 cpu 占用在整个拷贝期间较为稳定，1.7 的波动较大。

@dode ssh 均为默认配置

@dode 1.5 这台机开启 nfs-server, 1.6 和 1.7 分别挂在 1.5 的目录，分别从 1.5 读大文件到本机的 /dev/shm/ 目录，各测了三次两者每次的速度都是 280MiB/s 。

@shijingshijing intel 的 I225-v 芯片的网卡也有这样的问题吗?

@shijingshijing 能发一下相关的链接吗？

@dode 都试了，我还买了 tp link 的另一款 2.5g 交换机以及独立 pcie 2.5g 网卡都试了效果都一样。

@yzwduck 应该不是, UKI 是包含 initramfs 的，而 fedora 38 是有单独的 initramfs 文件的。

@ysc3839 感谢回复，我知道内核可以伪装成 efi 文件让 uefi 固件来加载，u-boot 也部分实现了 uefi 协议，但 arm64 的内核不像 x86 那样还自带解压缩程序，而这个 efi 文件的大小和 fedora 37 的 gzip 格式的内核大小差不多，肯定也是被压缩过的，那么解压缩这个步骤是谁来执行呢？