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 系統下是否同樣存在這個問題。
來源
