2026 年 Mac Mini 七乘二十四批處理公平性決策矩陣：
launchd ThrottleInterval、Nice 與 I/O 優先對長任務完成率
在單台 Apple Silicon 上，多條 launchd 週期任務若同時醒來，常見痛點不是「會不會跑」，而是長任務完成率被尾延遲吃掉：CPU 與儲存頻寬互搶時，牆鐘時間飆升、日誌與檢核點寫入抖動。本文以決策矩陣與參數清單對齊 ThrottleInterval、Nice 與 I/O 禮讓，並說明與夜間視窗的關係。無需立刻擴機，先把單機成本可控的排程分車道做好。延伸批處理資源切片矩陣、launchd 與常駐守護、排程與隊列矩陣；免登入購買選節點。
適用對象：維運與自動化工程師在七乘二十四託管節點上，以原生排程器承載多條批次管線、離峰彙總與週期同步。主軸為公平性與可預測完成時間，不重複展開電源管理或容器化清單。
決策矩陣：情境對照
先判斷主要瓶頸軸（CPU 計算、順序寫入、混合），再選「節奏／禮讓／車道」組合。下列為單機多作業並存時的實務取向（數值請以量測校準）。
| 情境 | ThrottleInterval | CPU（Nice／包殼） | I／O 與夜間 |
|---|---|---|---|
| 多條短週期腳本撞同一分鐘 | 各作業 30–120 秒階梯錯開 | 背景線 Nice 10–19；互動線維持預設 | 寫入密集者進離峰；必要時 LowPriorityIO |
| 單條長任務＋週期健康檢查 | 長任務獨立 Label；檢查端 60 秒以上 | 長段計算用 nice 包殼，子程序繼承需留意 | 檢查寫日誌與長任務錯開磁碟尖峰 |
| 大量小檔寫入（掃描、同步尾端） | 提高間隔避免重疊 fs 元資料風暴 | CPU 往往不是主因；勿盲目 renice | 降並行寫入者數、夜間車道集中大搬運 |
| 實驗／一次性任務與穩定線並存 | 實驗線較短、穩定線較長節流 | 實驗線 Nice 較高（參考prod／lab 分區） | 實驗預設離峰；穩定線保 SLA 窗 |
參數清單（可執行）
下列鍵與數值為起點；上線後以完成時間分位數與失敗率回饋調整。
| 項目 | 建議起點 | 目的 |
|---|---|---|
| ThrottleInterval | 週期撞車：60–120；易重試風暴：≥120 | 限制同作業兩次成功結束間最短秒數 |
| Nice（plist 或 nice） | 背景 10；更激進 15–19（慎用延遲） | 讓出 CPU 給互動與關鍵管線 |
| LowPriorityIO | true（僅適用可接受變慢的寫入端） | 提示系統以較低 I/O 優先執行該作業 |
| StartCalendarInterval | 分／時錯開 ≥2–5 分鐘「相位差」 | 避免多 plist 同一分鐘喚醒 |
| 應用層寫入並發 | 大搬運單車道或 1–2 寫者 | 補足 macOS 無 ionice 的粒度控制 |
plist 鍵與範例
ProgramArguments 以 /usr/bin/nice 包殼，可精準只禮讓子樹；若整個作業皆可後退，亦可使用 plist 的 Nice 整數鍵。日誌請固定 StandardOutPath／StandardErrorPath 便於對照尾延遲與重疊區間。
<?xml version="1.0" encoding="UTF-8"?>
<!DOCTYPE plist PUBLIC "-//Apple//DTD PLIST 1.0//EN"
"http://www.apple.com/DTDs/PropertyList-1.0.dtd">
<plist version="1.0"><dict>
<key>Label</key><string>com.example.batch.nightly</string>
<key>ProgramArguments</key>
<array>
<string>/usr/bin/nice</string>
<string>-n</string>
<string>12</string>
<string>/usr/local/bin/your-batch.sh</string>
</array>
<key>StartCalendarInterval</key>
<dict>
<key>Hour</key><integer>2</integer>
<key>Minute</key><integer>10</integer>
</dict>
<key>ThrottleInterval</key><integer>120</integer>
<key>LowPriorityIO</key><true/>
<key>StandardOutPath</key>
<string>/Users/you/Library/Logs/com.example.batch.out.log</string>
<key>StandardErrorPath</key>
<string>/Users/you/Library/Logs/com.example.batch.err.log</string>
</dict></plist>nice／ionice 思路：Unix nice 調 CPU 排程權重；ionice 為 Linux 慣用工具，macOS 預設不提供相同指令。I/O 禮讓請改以 LowPriorityIO、寫入並發上限、與離峰視窗達成。若自備相容層，仍應以「實際寫入佇列與完成時間」驗證，勿假設跨平台語意一致。
與夜間視窗的關係
夜間視窗提供的是「時間車道」：把高寫入、長掃描集中於互動與日間流量低的時段，讓 ThrottleInterval 主要承擔「防重疊、防重試風暴」，而非硬扛白天尖峰。實務上可將關鍵短作業留在較早離峰初段，長作業啟動時間再向後平移數十分鐘，降低與系統維護任務（備份尾段、輪轉）相撞機率。磁碟水位與快照策略請另參APFS 水位 FAQ，與本文參數正交、可並用。
FAQ：磁碟與 CPU 爭用
如何分辨磁碟爭用與 CPU 爭用？
CPU 不高但牆鐘變長、寫入或 fs 延遲與之相關，多為儲存瓶頸。CPU 長期飽和且磁碟佇列平緩則偏 CPU。混合時勿只加並發：應減寫入者並保留節流節奏。
ThrottleInterval 能取代 renice 嗎？
不能。前者管「同作業再次執行間隔」，後者管「與他行程並存時的 CPU 優先順序」。長計算線建議兩者併用。
為何還要手動錯開 StartCalendarInterval？
ThrottleInterval 只約束同一 Label；不同 plist 若同一分鐘啟動，仍會在單機上撞車。相位差是跨作業公平性的關鍵。
可引用：週期撞車 ThrottleInterval 60–120 秒起；背景 Nice 10 起；離峰相位差 ≥2–5 分鐘；I/O 以並發寫入上限＋LowPriorityIO＋夜間車道補齊。
七乘二十四批次節點
以 Apple Silicon 承載離峰管線；公開購買頁免登入下單，幫助中心備 SSH／VNC 對照。