很顯然，這些方法需要系統軟件知道某一模式下系統的資源需求，例如 圖1 所示。這些知識要求兩類很難獲得的信息：實際最終用戶將在系統中采用的使用模式，每一模式中的系統資源和性能要求。例如，用戶的智能電話要求蜂窩射頻和GPS接收器同時工作嗎？如果是，那么，GPS能夠進入低功耗近似跟蹤模式，或者，它需要進行恰當的實時糾正嗎？確定模塊在一定時間內需要以多快的速度運行——即使它可能會被關斷，這并不是一個簡單的任務。

　　圖1.視頻/播放/錄像模式（頂部）、DVR回放模式（中間），以及空閑模式（底部）所需要的系統資源。

　　除了上面的信息，系統設計人員必須理解SoC各種功耗模式的延時和開銷成本。相對而言，這可能需要很長的時間來改變CPU的時鐘頻率，使其能夠保持狀態，關斷，然后重新恢復。系統中的其他器件能夠承受這些延時嗎？當系統空閑時，CPU內核能夠關斷嗎，或者需要電源失效以及喚醒等監控功能嗎？

　　對于專用標準產品和微控制器，一般在數據表中很好的記錄了序列和延時信息。不一定記錄狀態改變時的能耗成本。即使有記錄，并不是一直能夠掌握SoC中的哪些模塊在一定時間內工作在哪一級。

　　SoC規劃人員提醒說：“這些芯片非常復雜。會有很多不同的功耗管理方法同時在工作。坦白的說，對于芯片而言最重要的方法是保密的——我們并沒有記錄它們。”

　　只要您使用供應商的參考設計，按照其設計人員提供的方法進行工作，那么，朋友之間最好保持一些秘密。但是，如果您從基本芯片開始設計，以創新的方式來使用芯片，那么，您可能會有些新發現。這些發現不一定是正面的。

　　要知道SoC哪一部分在工作，延時會變化多少，以及這對于系統行為意味著什么等等，都是問題。但是還有更棘手的問題——片內功耗管理方法會通過電源線影響系統的其他部分。