Apple M1 上的 Linux, 正在开发新中的 CPUFreq 驱动程序 提...

与大多数早期 SoC/处理器一样，适当的 CPU 频带图像/效率静止状态监管对于从硬件中获得极佳效率绝对至关重要，既可确保 CPU 达致其效率静止状态，也可在不需要时降低功耗/热量。以避免热这两项和延长锂离子停留时间。幸运的是，适用于 Apple M1 的 CPUFreq 转子应用程序早就为 Linux 开发中，它允许相结合诱人的效率和极佳的锂离子停留时间，为 Apple Silicon 这一社区转子的开源赞成提供赞成。虽然长期的 Linux API开发者 Jens Axboe 最闻名的是他对 I/O 的掌握，他可以维护块子系统和开发 IO_uring 等系统，但近期他拿起了一台带有 M1 Pro 的 Apple MacBook Pro 并申请加入了 M1 Linux 社区。

经过几天的修修补补，Axboe 上周倾听说，他对 M1 Pro 的“硬件印象非常深刻”，然后开始涉足 Apple M1 的 CPUFreq 赞成，这是由 Asahi Linux 开发者 Hector Martin 发起的。Axboe昨天在部落格上发布了关于 Apple M1 Pro 的抢眼效率以及最新的 Linux GIMP，包含 CPUFreq 赞成。来使 Apple M1 上的修补API，他可以采用 M1 Pro 的电脑在 82 秒内相结合 Linux API。与此同时，他基本上的的电脑是配备 Core i7 1185G7“Tiger Lake”的 Lenovo ThinkPad X1 Gen9，需要 215 秒才能相结合完全相同的API配置。与 Axboe 的从前 Tiger Lake 的电脑比起，他在 Apple M1 Pro 上认出了不小的提速。Apple M1 Max 应该允许更快的API相结合。诚然，他目从前依赖于 CPUFreq 转子应用程序的树外APIGIMP和其他尚未主流化的临时工。他毕竟加了苹果的电脑现在可以作为他的日常转子应用程序“足够好”，同时承认没有必要的 GPU 加速、没有音频赞成，也没有暂停/完全恢复。Asahi Linux 开发者和其他人仍在开发这些其他系统，但至少在极佳的 GPU 加速情况下仍显然需要一些间隔时间来妥善解决，都有是如果希望 OpenGL/Vulkan 转子应用程序赞成不足以胜任游戏和其他要求苛刻的战斗任务. Linux 下其他 Apple M1 MacBook/Mac Mini 系统的当从前静止状态可以通过Asahi Linux Wiki展开跟踪。

Jens Axboe 仍然在为他在 M1 上相结合的 Linux API测试的GIMP可以通过这个 Git 支系找到. 作为其中的一部分，不仅是早就开发的 apple-soc CPUFreq 转子应用程序，还有 Apple SMC 电源/锂离子统计、simple-mfd-nvmem 转子应用程序、simple-mfd-spmi 和其他GIMP应用程序的GIMP。Axboe 仍然致力于各种翻修，毫不奇怪他还对 Apple NVMe 代码展开了一些加以改进。