Con Kolivas 警告稱，他打算停止開發 Linux 核心項目，該項目旨在提高用戶任務的響應能力和互動性。 這包括停止 MuQSS 任務排程器（Multiple Queue Skiplist Scheduler，以前以 BFS 的名稱開發）的開發，以及停止為新核心版本調整「-ck」補丁集。
引用的原因是，在進行了20 年的此類活動後，人們對Linux 內核的開發失去了興趣，並且在Covid19 大流行期間返回醫療工作後無法恢復以前的動力（Kon 是一名麻醉師，在在大流行期間，他領導了一個麻醉師團隊）專案開發機械通氣裝置的新設計並使用 3D 列印來創建相關零件）。
值得注意的是，在 2007 年，由於無法將他的修復程式推廣到主 Linux 內核，Con Kolyvas 已經停止開發「-ck」補丁，但隨後又恢復了開發。 如果 Kon Kolivas 這次未能找到繼續工作的動力，補丁 5.12-ck1 的發布將是最後一次。
除了繼續 BFS 專案開發的 MuQSS 調度程序之外，「-ck」修補程式還包括影響記憶體管理系統操作、優先權處理、定時器中斷產生和核心設定的各種變更。 這些補丁的主要目標是提高桌面應用程式的響應能力。 由於提議的更改會對伺服器系統、具有大量 CPU 核心的計算機以及在大量進程同時運行的情況下工作的性能產生負面影響，因此 Kon Kolivas 的許多更改被拒絕接受到主程序中。內核，他必須以一組單獨的補丁的形式支援它們，以適應每個新的核心版本。
「-ck」分支的最新更新是針對 5.12 核心版本的改編。 核心 5.13 的「-ck」補丁的發布被跳過，在內核 5.14 發布後，宣布將停止移植新版本的核心。 也許 Liquorix 和 Xanmod 專案可以接過補丁維護的接力棒，它們已經在其 Linux 核心版本中使用了「-ck」集的開發成果。
Con Kolivas 準備將補丁的維護工作交給其他人，但他認為這不會是一個好的解決方案，因為過去所有創建分叉的嘗試都導致了他試圖避免的問題。 對於想要充分利用 Linux 主核心而不將 MuQSS 調度程序移植到其中的用戶，Con Kolivas 認為移植補丁的最簡單、最有效的方法是增加定時器中斷生成的頻率 (HZ)至 1000 赫茲。
來源： opennet.ru