Linux 的最新補丁指出 Ice Lake-SP 處理器的一個有趣的問題,當它進入睡眠狀態後,CPU 要花費比預期更長的時間才能恢復正常頻率,導致 CPU 頻率的不穩定,從而影響效能一致性。
這個問題的嚴重性還不太清楚,不過這表明目前 Ice Lake-SP 處理器還有一定的問題需要解決,這是否會影響它的發佈時間還不太確定,國外媒體 Tomshardware 就此問題聯繫過 Intel,他們回應依然有望在2020年下半年向客戶交付 Ice Lake-SP。
Ice Lake-SP 從 C1E 或者更低的 C 狀態休眠恢復時,CPU 頻率提升會非常緩慢,C 狀態在許多情況下能讓 CPU 節能,但是這也會導致一些意外的情況,比如 CPU 頻率的不確定性,這有可能導致應用負載無法獲取足夠的效能,此外,當 CPU 利用率較低時,CPU 頻率可能無法鎖定在特定的水準。
而現在 Intel 解決問題的方法也很簡單,就是發放補丁禁止 Ice Lake-SP 處理器的自動進入 C1E 狀態,並且透過 sysfs 禁用 C1E/C6 睡眠狀態,這樣 CPU 就無法進入睡眠狀態,功耗會增加,但 CPU 可以更快的應對伺服器的負載變化,就不會有因為頻率較低而影響到效能。
具體來說 Ice Lake-SP 從 PC0 + C6 狀態喚醒時延遲為128us,而 Skylake-SP 則是108us左右,延遲增加了18.5%,不過 Skylake-SP 的喚醒時間比 Intel 更早期的處理器也要增加了不少,這應該是 CPU 架構設計的問題,目前不清楚在 Windows 系統下是否同樣存在這個問題。
來源
這個問題的嚴重性還不太清楚,不過這表明目前 Ice Lake-SP 處理器還有一定的問題需要解決,這是否會影響它的發佈時間還不太確定,國外媒體 Tomshardware 就此問題聯繫過 Intel,他們回應依然有望在2020年下半年向客戶交付 Ice Lake-SP。
Ice Lake-SP 從 C1E 或者更低的 C 狀態休眠恢復時,CPU 頻率提升會非常緩慢,C 狀態在許多情況下能讓 CPU 節能,但是這也會導致一些意外的情況,比如 CPU 頻率的不確定性,這有可能導致應用負載無法獲取足夠的效能,此外,當 CPU 利用率較低時,CPU 頻率可能無法鎖定在特定的水準。
而現在 Intel 解決問題的方法也很簡單,就是發放補丁禁止 Ice Lake-SP 處理器的自動進入 C1E 狀態,並且透過 sysfs 禁用 C1E/C6 睡眠狀態,這樣 CPU 就無法進入睡眠狀態,功耗會增加,但 CPU 可以更快的應對伺服器的負載變化,就不會有因為頻率較低而影響到效能。
具體來說 Ice Lake-SP 從 PC0 + C6 狀態喚醒時延遲為128us,而 Skylake-SP 則是108us左右,延遲增加了18.5%,不過 Skylake-SP 的喚醒時間比 Intel 更早期的處理器也要增加了不少,這應該是 CPU 架構設計的問題,目前不清楚在 Windows 系統下是否同樣存在這個問題。
來源