專利名稱：平臺和處理器功率管理的制作方法
技術(shù)領(lǐng)域：
本發(fā)明總體上涉及計算系統(tǒng)并且特別地涉及平臺管理方法和系統(tǒng)。


通過示例而不是限制性的方式說明了本發(fā)明的實(shí)施例，在附圖中，相似的附圖標(biāo) 記指代相似的元素。圖1是根據(jù)一些實(shí)施例的計算系統(tǒng)的示圖。圖2是根據(jù)一些實(shí)施例的、用于當(dāng)主機(jī)將被喚醒時同步主機(jī)的任務(wù)的例程的流程 圖。圖3是根據(jù)一些實(shí)施例的、用于基于接收的網(wǎng)絡(luò)設(shè)備空閑通知來啟動主機(jī)模式的 例程的流程圖。
具體實(shí)施例方式移動平臺計算設(shè)備，例如膝上型計算機(jī)、平板計算機(jī)、蜂窩電話以及移動互聯(lián)網(wǎng) 設(shè)備(MID)，通過一個或多個通信接口提供普遍存在的網(wǎng)絡(luò)連接。大多數(shù)這些平臺的使用模 型是由通信活動驅(qū)動的。雖然通信設(shè)備本身消耗相對小部分的平臺功率，但是由于進(jìn)/出 的網(wǎng)絡(luò)流量的不確定的特性，通信使用會對整個平臺功率造成較大的影響，進(jìn)/出的網(wǎng)絡(luò) 流量會使平臺在不必要的較高的功耗狀態(tài)保持活動。通常由應(yīng)用程序發(fā)起網(wǎng)絡(luò)任務(wù)活動，通常基于計時器到期來喚醒主機(jī)以便生成外 發(fā)的消息。過去，如果平臺部件處于深度休眠狀態(tài)，例如處理器的最低C狀態(tài)(即C5或更 高)和類似的較低級的平臺功率狀態(tài)，那么發(fā)送非時間關(guān)鍵(non-time-critical)分組的 這種活動將消耗大量的功率，因?yàn)樗鼈儗⒆柚拐麄€平臺達(dá)到或保持在較低的功率狀態(tài)。更 糟糕的是，在不了解平臺或其它應(yīng)用程序操作的情況下，應(yīng)用程序通?；谄渥陨淼挠嫊r 器獨(dú)立地運(yùn)行。因此，平臺將在隨機(jī)的時間喚醒，以處理從不同應(yīng)用程序發(fā)出的任務(wù)，從而 阻止平臺達(dá)到并保持在低功率狀態(tài)。在本文公開的一些實(shí)施例中，為需要網(wǎng)絡(luò)保持活動、需要周期性的并且非時間關(guān) 鍵的網(wǎng)絡(luò)訪問的應(yīng)用程序提供了接口和機(jī)制，以與平臺活動同步并且彼此之間同步，以便 為平臺創(chuàng)建更長的空閑周期。例如，為了維持應(yīng)用程序的“心跳”，同時最少地喚醒平臺，可 以同步非時間關(guān)鍵外發(fā)網(wǎng)絡(luò)活動，其中，在最嚴(yán)格的定時需求的限制內(nèi)允許其。當(dāng)平臺使用所謂的“無滴答”操作系統(tǒng)(tickless OS)時，期望控制外發(fā)的網(wǎng)絡(luò)流 量活動并將它們與平臺活動進(jìn)行協(xié)調(diào)，以充分受益于更長期的空閑，這可以使得平臺部件 能夠達(dá)到更深的睡眠狀態(tài)，因此增加了電池壽命。圖1示出了根據(jù)一些實(shí)施例的計算系統(tǒng)。該圖說明了用于實(shí)現(xiàn)平臺功率管理的架 構(gòu)。所述系統(tǒng)包括帶有外圍設(shè)備的平臺102，所述外圍設(shè)備包括硬盤驅(qū)動器122、鼠標(biāo)124、 鍵盤126和網(wǎng)絡(luò)接口設(shè)備128。平臺102包括至少一個處理器110和平臺控制中心105，它 們?nèi)鐖D所示那樣耦合。還包括功率管理單元(PMU) 112，其在該實(shí)施例中是處理器110的一部分。(可以將功率管理單元實(shí)現(xiàn)為平臺中的獨(dú)立的芯片中或任何合適的芯片中的獨(dú)立的 處理單元。在一些實(shí)施例中，其可以被實(shí)現(xiàn)為處理器或另一個芯片(例如，PCH 105)內(nèi)的 獨(dú)立的控制器)。處理器和/或PMU執(zhí)行操作系統(tǒng)(OS) 140以及應(yīng)用程序131。在所描述 的實(shí)施例中，OS(例如，在用戶空間驅(qū)動器、補(bǔ)丁或等價物中)實(shí)現(xiàn)OS應(yīng)用程序接口 142和 OS平臺接口 144，用于識別分別要在應(yīng)用程序和平臺側(cè)執(zhí)行的任務(wù)。OS消息寄存器141被 設(shè)置為存儲任務(wù)信息(例如，任務(wù)隊列、計時器等)以用于有效的性能協(xié)調(diào)。應(yīng)用程序131表示應(yīng)用程序，例如即時通信(IM)、互聯(lián)網(wǎng)微件(widget)、電子郵件 以及其它應(yīng)用程序，它們具有不需要用戶參與的網(wǎng)絡(luò)活動(周期性的非周期性的)。這些應(yīng) 用程序通常周期性地發(fā)出保持活動消息，以防止連接超時，并且為微件等取得更新的信息， 例如電子郵件的信箱狀態(tài)、天氣預(yù)報、股票變化等。PMU 112可以執(zhí)行各種不同的功能，包括管理平臺以及管理其活動狀態(tài)。在一些 實(shí)施例中，平臺活動狀態(tài)獨(dú)立于處理器的活動狀態(tài)。例如，處理器可以處于所謂的“C”狀態(tài) (如高級配置電源接口 ACPI標(biāo)準(zhǔn)所定義的)，其中CO是最活躍的狀態(tài)，而較低的活動狀態(tài) (例如，Cl到C7)定義了不同級別的降低的活動性以及由此降低的功耗。同時，平臺可以處 于其自身的功率狀態(tài)，例如范圍從較高活動性的狀態(tài)到較低級的睡眠狀態(tài)。在一些方案中， SO是最高活動性的平臺狀態(tài)，而S3、S4和S5指示逐漸降低的活動性的平臺狀態(tài)。在一些 實(shí)施例中，當(dāng)平臺處于SO狀態(tài)時，即使當(dāng)處理器處于睡眠狀態(tài)時，即處于較低的C狀態(tài)時， 網(wǎng)絡(luò)通信和其它平臺活動也可以發(fā)生。OS應(yīng)用程序接口 142允許應(yīng)用程序向OS服務(wù)進(jìn)行注冊，以同步外發(fā)的網(wǎng)絡(luò)請求 (即，傳輸)。該OS級特征允許把預(yù)計將在下一個寂靜周期內(nèi)運(yùn)行的任務(wù)拉入(pull-in)， 以便很快運(yùn)行它們，假設(shè)它們的抖動(jitter)要求處于范圍內(nèi)。這種操作使得平臺更安 靜，從而實(shí)現(xiàn)更長的空閑。OS平臺接口 144是在平臺與OS之間的接口。通過這個接口，平臺告知OS預(yù)期的 寂靜周期。例如，網(wǎng)絡(luò)接口(通信)設(shè)備128經(jīng)由PCH 105告知OS平臺接口預(yù)計的空閑持 續(xù)時間，并且保存通信設(shè)備上的進(jìn)入流量?？梢酝ㄟ^啟發(fā)式方法或其它方法來估計持續(xù)時 間。類似地，其它外圍設(shè)備可以經(jīng)由PCH來指示接口有關(guān)它們的寂靜持續(xù)時間，然后，PCH可 以通過該接口通知OS。在一些實(shí)施例中，沒有關(guān)鍵外發(fā)消息最遲期限或者參與周期性的網(wǎng)絡(luò)活動的應(yīng)用 程序向OS應(yīng)用程序接口進(jìn)行注冊，以協(xié)調(diào)應(yīng)用程序任務(wù)和平臺活動。所提供的信息可以包 括例如消息頻率和包括可允許的抖動的定時要求。在所述實(shí)施例中，PMU 112執(zhí)行平臺管理例程114，即使在處理器處于較低的活動 狀態(tài)時，例程114也協(xié)調(diào)應(yīng)用程序的處理和/或執(zhí)行必須執(zhí)行的平臺任務(wù)。圖2和圖3(如 下所述)示出了可以作為平臺管理方案的一部分來執(zhí)行的不同的例程功能。在一些實(shí)施例 中，它們可以作為平臺管理例程114的一部分在PMU 112中執(zhí)行。圖2示出了例程201，其可以由平臺管理程序(例如，PM程序114)運(yùn)行或啟動，以 在處理器處于睡眠模式時協(xié)調(diào)任務(wù)應(yīng)用程序和平臺任務(wù)處理。最初，在202，使用應(yīng)用程序 計時器和平臺空閑持續(xù)時間(例如，估計的空閑)信息來初始化或更新OS應(yīng)用程序和OS 平臺接口(或等價物)。關(guān)于平臺信息，平臺可以基于各種因素來預(yù)測到來的空閑周期。例 如，預(yù)測的空閑可以基于來自外圍設(shè)備的信息。當(dāng)外圍設(shè)備指示在某個時間內(nèi)沒有活動時，例如通信設(shè)備緩沖接下來的50至100毫秒內(nèi)的數(shù)據(jù)時，可以由PCH和/或PMU檢測到到來 的空閑持續(xù)時間。還可以使用自適應(yīng)估算方法(例如，基于啟發(fā)式的空閑持續(xù)時間)來預(yù) 測空閑持續(xù)時間。例如，可以應(yīng)用指數(shù)濾波器，基于空閑持續(xù)時間的過往歷史來估計到來的空閑。接下來，在204，例程確定是否有平臺活動。例如，如果用戶嘗試通過一個或多個外 圍設(shè)備與平臺連接，那么該操作在此處將被捕獲。如果平臺沒有活動，那么例程進(jìn)入到206 以確定是否有任何應(yīng)用程序計時器已經(jīng)到期。如果沒有計時器到期，則表明應(yīng)用程序任務(wù) 現(xiàn)在不需要被服務(wù)，那么例程循環(huán)回204。否則，如果有一個或多個應(yīng)用程序計時器已到期， 那么例程進(jìn)入208，在208，例程喚醒主機(jī)以處理與到期的計時器對應(yīng)的任務(wù)。從這開始，例 程轉(zhuǎn)到220并檢查其它應(yīng)用程序和/或應(yīng)用程序計時器，例如具有需要周期性地傳送的保 持活動消息的應(yīng)用程序。在222，例程檢查這些應(yīng)用程序計時器中是否有任意計時器將很快(例如在預(yù)測 的平臺空閑持續(xù)時間內(nèi))到期。如果有的話，那么在224，例程處理任務(wù)并轉(zhuǎn)到226來檢查 應(yīng)用程序隊列是否有具有要服務(wù)的非時間關(guān)鍵任務(wù)的應(yīng)用程序。在222，如果保持活動應(yīng)用 程序計時器不會很快到期，那么例程將直接進(jìn)入226。在228，例程檢查非關(guān)鍵應(yīng)用程序隊列是否為空，或者是否具有要處理的任務(wù)。如 果有任務(wù)，那么在230處理(或服務(wù))這些任務(wù)，由此將空閑周期延長到更長。然后，例程 進(jìn)入232并使主機(jī)回到睡眠，并且循環(huán)回204。在228如果隊列為空，那么直接進(jìn)入232，并 且如上所述繼續(xù)執(zhí)行。返回到204，如果有平臺活動，那么例程進(jìn)入210并喚醒主機(jī)(處理器)。從這里， 例程進(jìn)入212并告知0S，然后進(jìn)入214并檢查具有周期性的拉入消息(pulling message) 的應(yīng)用程序的計時器。當(dāng)OS被告知并因此活動時，S卩，已由像中斷或到來的分組這樣的事 件喚醒時，它檢查具有發(fā)送活動需求的那些應(yīng)用程序，并檢查它們的計時器是否快要到期。如果在216確定任意計時器將很快到期，那么在218處理這些任務(wù)，例程進(jìn)入220。 如果沒有計時器很快到期，那么例程將直接進(jìn)入220。從這里，例程如上所述繼續(xù)執(zhí)行。OS 通知那些應(yīng)用程序執(zhí)行傳送。然后，計時器被重置，所以在下一寂靜周期內(nèi)那些應(yīng)用程序?qū)?不喚醒平臺。(當(dāng)平臺檢測到到來的寂靜周期時，PMU或PCH還可以通知OS預(yù)計的寂靜持 續(xù)時間。在這種情況下，OS可以嘗試?yán)?pull-in)稍后在空閑周期期間可能期滿的發(fā)送 請求并且使傳送開始。)圖3示出了用于基于從外圍設(shè)備或網(wǎng)絡(luò)設(shè)備收集的預(yù)計空閑來影響將處于活動 狀態(tài)的主機(jī)中的主要部件(即，處理器)的例程301。該例程的基本思想是通信設(shè)備(例 如，外圍設(shè)備或網(wǎng)絡(luò)接口設(shè)備)告知主機(jī)所估計的到來的空閑持續(xù)時間，然后主機(jī)基于該 信息以及可能的其它平臺活動來做出關(guān)于要進(jìn)入哪個節(jié)電狀態(tài)的“告知的”決定。最初，在302，平臺管理實(shí)體從通信(網(wǎng)絡(luò)接口)設(shè)備接收空閑通知。例如，空閑 通知可以來自帶有網(wǎng)絡(luò)接口卡(NIC)的網(wǎng)絡(luò)代理，例如在2008年9月17日遞交的、名稱為 "SYNCHRONIZATION OF MULTIPLEINCOMING NETWORK COMMUNICATION STREAMS，，的美國專利 申請No. 12/283,931中給出了教導(dǎo)并且通過引用并入本文。在304，例程檢查是否有比來自所述通信設(shè)備的所通知的空閑持續(xù)時間更頻繁的 任何其它平臺活動。如果沒有，那么在308，將通知的持續(xù)時間T (η)與主機(jī)盈虧平衡(breakeven)持續(xù)時間T(b)進(jìn)行比較。理想地，如果預(yù)計的空閑足夠長，那么可以使主機(jī)進(jìn)入更 深的睡眠狀態(tài)(例如，CPU C5、C6或C7)，其中，它的高速緩存被清洗(flush)并且可以節(jié) 省更多的功率。盈虧平衡持續(xù)時間對應(yīng)于與進(jìn)入這種狀態(tài)相關(guān)聯(lián)的成本(延時、功率等)。 如果所通知的持續(xù)時間比該盈虧平衡持續(xù)時間短，那么可能不值得進(jìn)入這種更深的狀態(tài)。因此，在310，如果例程確定所通知的持續(xù)時間比盈虧平衡持續(xù)時間短，那么例程 進(jìn)入312并使主機(jī)保持其當(dāng)前狀態(tài)或使主機(jī)進(jìn)入相對較淺的不活動狀態(tài)。另一方面，如果 所通知的持續(xù)時間比盈虧平衡持續(xù)時間長，那么例程進(jìn)入314并使主機(jī)進(jìn)入更深的不活動 狀態(tài)，例如，在其中，它的高速緩存被清洗并且消耗顯著更少的功率?；氐?04，如果例程確定可能發(fā)生其它將中斷或干擾所通知的空閑的平臺活動，那 么例程進(jìn)入314并基于平臺活動來做決定。該方法的優(yōu)點(diǎn)在于，利用現(xiàn)有的方法，CPU調(diào)度邏輯使得CPU僅當(dāng)高速緩存為空時 才進(jìn)入深度狀態(tài)(例如，C5、C6)。而且它可能為CPU多次嘗試完全地縮小高速緩存。因此， CPU經(jīng)常在不必要的長時間內(nèi)處于淺度節(jié)電狀態(tài)。但是，利用圖3的例程，如果到來的空閑 持續(xù)時間較長，例如，比C5或C6盈虧平衡時間長，那么主機(jī)(CPU或處理器)可以在單次嘗 試中縮小高速緩存并立刻進(jìn)入深度節(jié)電狀態(tài)。通過這種方式，主機(jī)可以實(shí)現(xiàn)顯著的功率節(jié) 省。應(yīng)當(dāng)意識到，可以使用各種機(jī)制以將空閑通知信息從設(shè)備傳送到PMU或主機(jī)。例 如，可以使用PCIe擴(kuò)展?？梢栽O(shè)計PCIe的擴(kuò)展以使得設(shè)備可以傳輸它們的恢復(fù)延時信息需 求，例如，在平臺接口方案中定義的那樣?？梢詾榻涌诘奈磥戆姹驹黾訑y帶“空閑持續(xù)時間” 的額外的字段。此外，可以定義擴(kuò)展，以在包括網(wǎng)絡(luò)設(shè)備(例如，無線NIC)的設(shè)備中使用， 以利用PCH來協(xié)調(diào)活動?？梢允褂么鎯ζ骱?或I/O觸發(fā)器。主要是使用點(diǎn)到點(diǎn)(ad-hoc) 的方法，但是可以使用存儲器/10映射寄存器在通信設(shè)備與主機(jī)之間發(fā)送空閑信息信號。 還可以使用智能主機(jī)估計，例如基于NIC功能。網(wǎng)絡(luò)設(shè)備可以設(shè)置注冊表項(xiàng)，用于通知平臺 將使用相關(guān)參數(shù)(例如，緩沖器大小、預(yù)期緩沖時間)來執(zhí)行流量調(diào)節(jié)(例如，智能FIFO)。 當(dāng)設(shè)備被啟用時，主機(jī)或PMU能夠讀取該信息。如果NIC設(shè)備改變它的行為，那么可以生成 中斷，從而PMU或主機(jī)可以相應(yīng)地更新它們的策略。利用來自NIC的該信息，主機(jī)(或PMU) 觀察來自網(wǎng)絡(luò)設(shè)備的中斷模式并估計到來的空閑持續(xù)時間。利用該知識，主機(jī)能夠采取上 述操作以最佳地節(jié)省功率。在前述描述中，闡述了許多具體的細(xì)節(jié)。但是，可以理解，可以在沒有這些具體細(xì) 節(jié)的情況下實(shí)現(xiàn)本發(fā)明的實(shí)施例。在其它實(shí)例中，可能沒有詳細(xì)地示出已知的電路、結(jié)構(gòu) 和技術(shù)，以便不模糊對描述的理解?？紤]到這些，對“一個實(shí)施例”、“實(shí)施例”、“示例性實(shí)施 例”、“各種實(shí)施例”等的提及指示如此描述的本發(fā)明的實(shí)施例可以包括特定特征、結(jié)構(gòu)或特 性，但是不是每個實(shí)施例都必須包括特定特征、結(jié)構(gòu)或特性。此外，一些實(shí)施例可以具有針 對其它實(shí)施例描述的特征中的一些特征、所有特征或不具其中的任何特征。在前述描述和以下的權(quán)利要求中，應(yīng)當(dāng)按照如下方式來解釋以下的術(shù)語可以使 用術(shù)語“耦合”和“連接”以及它們的派生詞。應(yīng)當(dāng)理解，這些術(shù)語并不旨在作為彼此的同義 詞。相反，在特定的實(shí)施例中，使用“連接”來指示兩個或多個元件彼此直接物理或電接觸。 使用“耦合”來指示兩個或多個元件彼此協(xié)作或交互，但是它們可以是或可以不是直接物理 或電接觸。
本發(fā)明并不限于所描述的實(shí)施例，而是可以在所附權(quán)利要求的精神和范圍內(nèi)用變 型和改變來實(shí)現(xiàn)。例如，應(yīng)當(dāng)理解，本發(fā)明適合于與所有類型的半導(dǎo)體集成電路(“IC”)芯 片一起使用。這些IC芯片的例子包括但并不限于處理器、控制器、芯片組部件、可編程邏輯 陣列(PLA)、存儲器芯片、網(wǎng)絡(luò)芯片等。應(yīng)當(dāng)理解，在一些附圖中，用線條來表示信號導(dǎo)線。一些線可以是較粗的，其用于 指示更多分量信號路徑；一些具有數(shù)字標(biāo)記，以指示分量信號路徑的編號；和/或一些在一 個或多個端頭具有箭頭，以指示主信息流方向。但是，不應(yīng)該以限制性的方式來解釋它們。 相反，可以結(jié)合一個或多個示例性實(shí)施例來使用這種附加的細(xì)節(jié)，以便于更容易地理解電 路。任何所表示的信號線，不管是否具有附加的信息，可能實(shí)際上包括一個或多個信號，這 些信號可以在多個方向上傳播并且可以用任何適當(dāng)類型的信號方案來實(shí)現(xiàn)，例如，用差分 對、光纖線和/或單端線來實(shí)現(xiàn)的數(shù)字或模擬線路。應(yīng)當(dāng)理解，示例的尺寸/模型/值/范圍可以是給定的，盡管本發(fā)明并不限于此。 隨著制造技術(shù)(例如，光刻術(shù))逐漸成熟，預(yù)計能夠制造更小尺寸的設(shè)備。此外，為了說明和 討論的簡潔，在附圖內(nèi)可以示出或者可以不示出到IC芯片和其它部件的已知的電源/地連 接，以便不模糊本發(fā)明。此外，為了避免模糊本發(fā)明，可以以框圖的形式來示出布局，這么做 還考慮到了以下事實(shí)關(guān)于這種框圖布局的實(shí)現(xiàn)的細(xì)節(jié)高度依賴于將在其中實(shí)現(xiàn)本發(fā)明的 平臺，即，這種細(xì)節(jié)應(yīng)當(dāng)完全在本領(lǐng)域技術(shù)人員的視野內(nèi)。當(dāng)闡述了具體細(xì)節(jié)(例如，電路) 以便描述本發(fā)明的示例性實(shí)施例時，對本領(lǐng)域的技術(shù)人員來說顯而易見的是，可以在沒有 這些具體細(xì)節(jié)的情況下實(shí)現(xiàn)本發(fā)明，或者可以使用這些具體細(xì)節(jié)的變形來實(shí)現(xiàn)本發(fā)明。因 此，說明書應(yīng)被認(rèn)為是說明性的而不是限制性的。
權(quán)利要求
一種電子設(shè)備，包括主機(jī)，其可以處于較低的活動狀態(tài)；以及平臺管理單元(PMU)，用于管理具有部件的平臺，所述部件具有要由所述主機(jī)服務(wù)的任務(wù)，其中，所述平臺可以處于獨(dú)立于所述主機(jī)的較低的活動狀態(tài)的較低的活動狀態(tài)，所述PMU用于使非時間關(guān)鍵任務(wù)與使得所述平臺喚醒的任務(wù)一起被服務(wù)，以延長平臺空閑持續(xù)時間。
2.根據(jù)權(quán)利要求1所述的設(shè)備，其中，所述非時間關(guān)鍵任務(wù)包括外發(fā)的網(wǎng)絡(luò)通信。
3.根據(jù)權(quán)利要求1所述的設(shè)備，其中，使得所述平臺喚醒的所述任務(wù)包括由計時器啟 動的應(yīng)用程序任務(wù)。
4.根據(jù)權(quán)利要求1所述的設(shè)備，其中，所述PMU是所述主機(jī)的一部分。
5.根據(jù)權(quán)利要求1所述的設(shè)備，其中，所述PMU是除所述主機(jī)以外的中心模塊的一部分。
6.根據(jù)權(quán)利要求1所述的設(shè)備，其中，所述平臺部件包括外圍設(shè)備部件和網(wǎng)絡(luò)接口部件。
7. 一種方法，包括在平臺的較低的活動狀態(tài)中，確定是否有要服務(wù)的平臺活動； 如果沒有要服務(wù)的活動，那么檢查是否應(yīng)用程序任務(wù)需要服務(wù)；以及 如果應(yīng)用程序任務(wù)需要服務(wù)，那么喚醒主機(jī)并使得所述應(yīng)用程序任務(wù)被服務(wù)，并且在 所述主機(jī)仍處于喚醒時，服務(wù)其它任務(wù)。
8.根據(jù)權(quán)利要求7所述的方法，其中，服務(wù)其它任務(wù)包括檢查是否有任何其它應(yīng)用程 序計時器可能在預(yù)定的持續(xù)時間內(nèi)到期。
9.根據(jù)權(quán)利要求8所述的方法，其中，服務(wù)其它任務(wù)包括檢查是否有任何非時間關(guān)鍵 任務(wù)正等待服務(wù)。
10.根據(jù)權(quán)利要求7所述的方法，包括使所述平臺返回到所述較低的活動狀態(tài)。
11.根據(jù)權(quán)利要求10所述的方法，包括在所述任務(wù)被服務(wù)之后，使所述主機(jī)返回睡眠 狀態(tài)。
12. 一種方法，包括 接收要由主機(jī)服務(wù)的任務(wù)；檢查所述任務(wù)是否可以被至少延遲盈虧平衡持續(xù)時間；以及如果所述任務(wù)可以被延遲所述盈虧平衡持續(xù)時間，那么使所述主機(jī)進(jìn)入與所述盈虧平 衡持續(xù)時間相關(guān)聯(lián)的睡眠狀態(tài)，并且延遲服務(wù)所述任務(wù)。
13.根據(jù)權(quán)利要求12所述的方法，包括檢查其它任務(wù)是否在所述盈虧平衡持續(xù)時間 之前需要服務(wù)，并且如果所述其它任務(wù)在所述盈虧平衡持續(xù)時間之前需要服務(wù)，那么不使 所述主機(jī)進(jìn)入所述睡眠狀態(tài)。
14.根據(jù)權(quán)利要求12所述的方法，其中，所述睡眠狀態(tài)涉及清洗與所述主機(jī)相關(guān)聯(lián)的 高速緩存。
全文摘要
本發(fā)明涉及具有平臺功率管理能力的電子設(shè)備，包括主機(jī)，其可以處于較低的活動狀態(tài)；以及平臺管理單元(PMU)，用于管理具有部件的平臺，所述部件具有要由所述主機(jī)服務(wù)的任務(wù)，其中，所述平臺可以處于獨(dú)立于所述主機(jī)的較低的活動狀態(tài)的較低的活動狀態(tài)，所述PMU用于使非時間關(guān)鍵任務(wù)與使得所述平臺喚醒的任務(wù)一起被服務(wù)，以延長平臺空閑持續(xù)時間。
文檔編號G06F1/32GK101916137SQ20091100025
公開日2010年12月15日 申請日期2009年12月25日 優(yōu)先權(quán)日2008年12月31日
發(fā)明者C·馬喬科, R·王, S·巴克希, T-Y·C·泰 申請人:英特爾公司