Sebelum Internet dan listrik Linus Torvalds terputus karena badai salju dan berdampak pada jendela penggabungan Linux 6.8, akhir pekannya sudah berada dalam kondisi yang sulit karena mengalami kemunduran kinerja dengan kode Linux 6.8 baru yang menyebabkan kernel Linux-nya dibangun. menjadi dua kali lebih panjang dari kernel sebelumnya. Seorang insinyur AMD Linux mampu mereproduksi regresi dan dengan pengembang upstream kini diyakini ada perbaikan untuk masalah ini dalam kode penjadwal terbaru.
Dalam diskusi mengenai regresi kinerja besar yang dilaporkan oleh Linus Torvalds yang berasal dari perubahan penjadwal di Linux 6.8, untuk komit yang dibelah dua, tidak segera jelas bagi pengembang yang terlibat apa yang menyebabkan regresi tersebut. Dalam diskusi berikutnya, Wyes Karny dari AMD melaporkan bahwa dia juga dapat mereproduksi regresi tersebut. Daripada menggunakan AMD Ryzen Threadripper kelas atas seperti yang digunakan oleh Torvalds, Wyes menggunakan desktop AMD Ryzen 5600G yang sederhana. Satu catatan penting yang dia kemukakan adalah bahwa ini hanya direproduksi jika menonaktifkan ACPI CPPC dari BIOS dan menggunakan ACPI CPUFreq dengan gubernur Schedutil.
Sebagian besar AMD Zen 2 dan sistem yang lebih baru mendukung ACPI CPPC dan oleh karena itu, kernel modern di sisi Ryzen biasanya menggunakan driver AMD P-State yang baru. Namun untuk sistem Zen 2 / Zen 3 tertentu dan yang lebih lama (atau yang menonaktifkan CPPC dari BIOS), driver CPUFreq masih digunakan dan biasanya pengatur frekuensi CPU default adalah “Schedutil” untuk memanfaatkan data pemanfaatan penjadwal.
Dari thread milis tersebut, sebuah patch diusulkan dan isu-isu khusus seputar regresi ini dibahas. Pada akhirnya Vincent Guittot yakin dia telah memperbaiki regresi tersebut dan Wyes berhasil menguji patch tersebut.
Guittot kini telah mengirimkan sched/fair: Perbaiki pemilihan frekuensi untuk kasus non invarian sebagai tambalan untuk memperbaiki regresi buruk ini pada kode Linux 6.8 baru saat menggunakan ACPI CPUFreq + Schedutil. Dia menjelaskan dengan tambalan:
“Ketika invariansi frekuensi tidak diaktifkan, get_capacity_ref_freq(policy) mengembalikan frekuensi saat ini dan margin kinerja yang diterapkan oleh map_util_perf(), memungkinkan pemanfaatan melampaui kapasitas komputasi maksimum dan memilih frekuensi yang lebih tinggi daripada frekuensi saat ini.
Margin kinerja sekarang diterapkan lebih awal di jalur untuk memperhitungkan beberapa pembatasan pemanfaatan dan kita tidak bisa mendapatkan pemanfaatan yang lebih tinggi dari kapasitas komputasi maksimum.
Kita harus menggunakan frekuensi di atas frekuensi saat ini untuk mendapatkan kesempatan memilih OPP yang lebih tinggi ketika frekuensi saat ini telah digunakan sepenuhnya. Terapkan margin yang sama dan kembalikan frekuensi 25% lebih tinggi dari frekuensi saat ini untuk beralih ke OPP berikutnya sebelum kita sepenuhnya menggunakan CPU pada frekuensi saat ini. “Pada akhirnya, ini adalah perbaikan kode satu baris untuk mengatasi kinerja ini regresi yang menyebabkan build kernel kosong Linus Torvalds berubah dari 22 detik menjadi 44 detik.
Dengan asumsi semua terus diuji dengan baik dengan patch baru, perbaikan seharusnya berjalan sesuai dengan kode Linux 6.8 Git setelah Internet dan listrik Linus Torvalds dipulihkan.
Itulah berita seputar Perbaikan Untuk Regresi Kinerja Linux Parah yang Ditemukan Oleh Torvalds, semoga bermanfaat. Disadur dari Phoronix.com.