專利名稱：動(dòng)態(tài)電源節(jié)點(diǎn)管理的監(jiān)控方法
技術(shù)領(lǐng)域：
本發(fā)明是有關(guān)一種動(dòng)態(tài)電源節(jié)點(diǎn)管理的監(jiān)控方法，尤指一種提供一種自動(dòng)檢測(cè) 流程，本流程會(huì)先收集被測(cè)端電源消耗功率的數(shù)據(jù)，此時(shí)送出第一修正動(dòng)作(policy 1)， 此第一修正動(dòng)作所設(shè)定的功率限制為零，所做的動(dòng)作(Action)發(fā)送警示信號(hào)(Alert)，當(dāng) 檢測(cè)流程收到此警示信號(hào)后，再送出第二修正動(dòng)作(Policy 2)，此第二修正動(dòng)作所設(shè)定的 功率限制一樣為零，但所做的動(dòng)作為關(guān)機(jī)(amtdown)，當(dāng)檢測(cè)流程檢查到被測(cè)端電力狀態(tài) (Power State)為關(guān)閉(Off)時(shí)，整個(gè)檢測(cè)便算執(zhí)行成功(Pass)。
背景技術(shù)：
DPNM 為英特爾 Gntel)的動(dòng)態(tài)電源節(jié)點(diǎn)管理(Dynamic Power Node Manager, DPNM)技術(shù)，可用來(lái)監(jiān)控伺服器的電源使用狀況，并對(duì)伺服器做電源管理或消耗功率的限 制，在以修正動(dòng)作(Policy)為主的管理方式中，規(guī)范了當(dāng)下達(dá)一個(gè)修正動(dòng)作后，這個(gè)系統(tǒng) 須在多少修正時(shí)間內(nèi)(Correction Time Limit)做好消耗功率的改變，然而一個(gè)命令通過(guò) 網(wǎng)絡(luò)送出到被測(cè)端的基板管理控制器(BMC)，被測(cè)端的基板管理控制器(BMC)需要一些反 應(yīng)時(shí)間來(lái)轉(zhuǎn)送此命令給動(dòng)態(tài)電源節(jié)點(diǎn)管理，此時(shí)動(dòng)態(tài)電源節(jié)點(diǎn)管理才去調(diào)整中央處理器 (CPU)的工作頻率以期待符合修正動(dòng)作的功率限制，本案即是修正動(dòng)作命令后提供一個(gè)自 動(dòng)檢測(cè)流程。

發(fā)明內(nèi)容
基于解決以上現(xiàn)有技藝的缺失，本發(fā)明為一種動(dòng)態(tài)電源節(jié)點(diǎn)管理的監(jiān)控方法，主 要目的為提供一種自動(dòng)檢測(cè)流程，本流程會(huì)先收集被測(cè)端電源消耗功率的數(shù)據(jù)，此時(shí)送出 第一修正動(dòng)作(policy 1)，此第一修正動(dòng)作所設(shè)定的功率限制為零，所做的動(dòng)作(Action) 為發(fā)送警示信號(hào)(Alert)，當(dāng)檢測(cè)流程收到此警示信號(hào)后，再送出第二修正動(dòng)作(Policy 2)，此第二修正動(dòng)作所設(shè)定的功率限制一樣為零，但所做的動(dòng)作為關(guān)機(jī)(amtdown)，當(dāng)檢 測(cè)流程檢查到被測(cè)端電力狀態(tài)(Power State)為關(guān)閉(Off)時(shí)，整個(gè)檢測(cè)便算執(zhí)行成功 (Pass) ο為達(dá)上述目的，本發(fā)明為一種動(dòng)態(tài)電源節(jié)點(diǎn)管理的監(jiān)控方法，是包括有下列步 驟11 伺服器取得目前耗電狀態(tài)，并命為第一消耗功率；12 送出第一修正動(dòng)作，將第一消耗功率目標(biāo)設(shè)定為零；13 送出所述第一修正動(dòng)作后，使伺服器再取得耗電狀態(tài)，并命為第二消耗功率， 并檢查第二消耗功率是否小于所述第一消耗功率；14 檢查是否收到所述警示信號(hào)；15 送出取消所述第一修正動(dòng)作；16 送出取消所述第一修正動(dòng)作后，使伺服器取得耗電狀態(tài)，并命為第三消耗功 率，并檢查第三消耗功率是否小于所述第二消耗功率，若執(zhí)行結(jié)果為是，則送出一警示信3號(hào)；17 在一預(yù)定時(shí)間內(nèi)是否收到所述警示信號(hào)；18 使伺服器取得耗電狀態(tài)，并命為第四消耗功率；19 送出第二修正動(dòng)作，將第四消耗功率降至為零；20 送出所述第二修正動(dòng)作后，使伺服器取得耗電狀態(tài)，并命為第五消耗功率，并 檢查第五消耗功率是否大于所述第四消耗功率，若執(zhí)行結(jié)果為是，則送出一關(guān)機(jī)信號(hào)；21 檢查被測(cè)端是否已關(guān)機(jī)；22 送出取消所述第二修正動(dòng)作；23 送出開(kāi)機(jī)命令；M 使伺服器取得耗電狀態(tài)，并命為第六消耗功率，并檢查第六消耗功率是否大 于所述第五消耗功率；25 在一預(yù)定時(shí)間內(nèi)被測(cè)端是否已關(guān)機(jī)。


圖1A、1B、1C為本發(fā)明動(dòng)態(tài)電源節(jié)點(diǎn)管理的監(jiān)控方法流程圖。附圖標(biāo)記說(shuō)明11 --伺服器取得目前耗電狀態(tài)，并命為第一消耗功率；12 --送出第一修正動(dòng)作，將第一消耗功率目標(biāo)設(shè)定為零；13 --送出所述第一修正動(dòng)作后，使伺服器再取得耗電狀態(tài)，并命為第二二消耗功率，并檢查第二消耗功率是否小于所述第一消耗功率，若執(zhí)行結(jié)果為是，則送出一種？示信號(hào)；14 --檢查是否收到所述警示信號(hào)；15 --送出取消所述第一修正動(dòng)作；16 --送出取消所述第一修正動(dòng)作后，使伺服器取得耗電狀態(tài)，并命為第三消耗功率，并檢查第三消耗功率是否小于所述第二消耗功率；17 --于一預(yù)定時(shí)間內(nèi)是否收到所述警示信號(hào)；18 --使伺服器取得耗電狀態(tài)，并命為第四消耗功率；19 --送出第二修正動(dòng)作，將第四消耗功率降至為零；20 --送出所述第二修正動(dòng)作后，使伺服器取得耗電狀態(tài)，并命為第五消耗功率，并檢查第五消耗功率是否大于所述第四消耗功率，若執(zhí)行結(jié)果為是，則送出一關(guān)機(jī)信號(hào)；21 檢查被測(cè)端是否已關(guān)機(jī)；22 送出取消所述第二修正動(dòng)作；23 送出開(kāi)機(jī)命令；M 使伺服器取得耗電狀態(tài)，并命為第六消耗功率，并檢查第六消耗功率是否大 于所述第五消耗功率；25 于一預(yù)定時(shí)間內(nèi)被測(cè)端是否已關(guān)機(jī)。
具體實(shí)施例方式以下結(jié)合附圖，對(duì)本發(fā)明上述的和另外的技術(shù)特征和優(yōu)點(diǎn)作更詳細(xì)的說(shuō)明。動(dòng)態(tài)電源節(jié)點(diǎn)管理(Dynamic Power Node Manager，DP匪)是內(nèi)置在化{61晶片組內(nèi)部的電源管理策略引擎，和韌體(BIOS)、作業(yè)系統(tǒng)(0 電源管理一起工作，從而動(dòng)態(tài)的 調(diào)整平臺(tái)的功耗，從而使得平臺(tái)可以實(shí)現(xiàn)最大的性能功耗比。動(dòng)態(tài)電源節(jié)點(diǎn)管理技術(shù)有兩 方面的技術(shù)難題需要解決，一是首先要準(zhǔn)確的把握系統(tǒng)的應(yīng)用規(guī)律，找出資源實(shí)際利用率 的規(guī)律，二是如何將規(guī)律轉(zhuǎn)化為系統(tǒng)的策略，并通過(guò)管理平臺(tái)注入到服務(wù)器系統(tǒng)，自動(dòng)的調(diào) 節(jié)、生效。請(qǐng)參閱圖1A、1B、1C所示，為本發(fā)明為一種動(dòng)態(tài)電源節(jié)點(diǎn)管理的監(jiān)控方法，是包括 有下列步驟11 伺服器取得目前耗電狀態(tài)，并命為第一消耗功率；12 送出第一修正動(dòng)作，將第一消耗功率目標(biāo)設(shè)定為零；13 送出所述第一修正動(dòng)作后，使伺服器再取得耗電狀態(tài)，并命為第二消耗功率， 并檢查第二消耗功率是否小于所述第一消耗功率，若執(zhí)行結(jié)果為是，則送出一警示信號(hào)，所 述步驟13的執(zhí)行結(jié)果為是，則執(zhí)行步驟14 ；執(zhí)行結(jié)果為否，則顯示執(zhí)行失??；14 檢查是否收到所述警示信號(hào)，所述步驟14的執(zhí)行結(jié)果為是，則執(zhí)行步驟15 ； 執(zhí)行結(jié)果為否，則顯示執(zhí)行失??；15 送出取消所述第一修正動(dòng)作；16 送出取消所述第一修正動(dòng)作后，使伺服器取得耗電狀態(tài)，并命為第三消耗功 率，并檢查第三消耗功率是否小于所述第二消耗功率，所述步驟16的執(zhí)行結(jié)果為是，則執(zhí) 行步驟17 ；執(zhí)行結(jié)果為否，則顯示執(zhí)行失敗；17 在一預(yù)定時(shí)間內(nèi)是否收到所述警示信號(hào)，所述步驟17的執(zhí)行結(jié)果為否，則顯 示執(zhí)行成功，并執(zhí)行步驟18 ；執(zhí)行結(jié)果為是，則顯示執(zhí)行失??；18 使伺服器取得耗電狀態(tài)，并命為第四消耗功率；19 送出第二修正動(dòng)作，將第四消耗功率降至為零；20 送出所述第二修正動(dòng)作后，使伺服器取得耗電狀態(tài)，并命為第五消耗功率，并 檢查第五消耗功率是否大于所述第四消耗功率，所述步驟20的執(zhí)行結(jié)果為是，則執(zhí)行步驟 21 ；執(zhí)行結(jié)果為否，則顯示執(zhí)行失敗；21 檢查被測(cè)端是否已關(guān)機(jī)，所述步驟21的執(zhí)行結(jié)果為是，則執(zhí)行步驟22 ；執(zhí)行 結(jié)果為否，則顯示執(zhí)行失?。?2 送出取消所述第二修正動(dòng)作；23 送出開(kāi)機(jī)命令；M 使伺服器取得耗電狀態(tài)，并命為第六消耗功率，并檢查第六消耗功率是否大 于所述第五消耗功率，若執(zhí)行結(jié)果為是，則送出一關(guān)機(jī)信號(hào)，所述步驟M的執(zhí)行結(jié)果為是， 則執(zhí)行步驟25 ；執(zhí)行結(jié)果為否，則顯示執(zhí)行失?。?5 在一預(yù)定時(shí)間內(nèi)被測(cè)端是否已關(guān)機(jī)，所述步驟25的執(zhí)行結(jié)果為否，則顯示執(zhí) 行成功；執(zhí)行結(jié)果為是，則顯示執(zhí)行失敗。通過(guò)上述圖1A、1B、1C的揭露，即可了解本發(fā)明為一種動(dòng)態(tài)電源節(jié)點(diǎn)管理的監(jiān) 控方法，主要目的為提供一種自動(dòng)檢測(cè)流程，本流程會(huì)先收集被測(cè)端電源消耗功率的數(shù) 據(jù)，此時(shí)送出第一修正動(dòng)作(policy 1)，此第一修正動(dòng)作所設(shè)定的功率限制為零，所做的 動(dòng)作(Action)為發(fā)送警示信號(hào)(Alert)，當(dāng)檢測(cè)流程收到此警示信號(hào)后，再送出第二修 正動(dòng)作(Policy 2)，此第二修正動(dòng)作所設(shè)定的功率限制一樣為零，但所做的動(dòng)作為關(guān)機(jī)(aiutdown)，當(dāng)檢測(cè)流程檢查到被測(cè)端電力狀態(tài)(Power State)為關(guān)閉(Off)時(shí)，整個(gè)檢測(cè) 便算執(zhí)行成功O^ass)，應(yīng)用于電腦伺服器的管理上具有極大的商業(yè)價(jià)值，故提出專利申請(qǐng) 以尋求專利權(quán)的保護(hù)。綜上所述，本發(fā)明的結(jié)構(gòu)特征及各實(shí)施例皆已詳細(xì)揭示，而可充分顯示出本發(fā)明 案在目的及功效上均深賦實(shí)施的進(jìn)步性，極具產(chǎn)業(yè)的利用價(jià)值，且為目前市面上前所未見(jiàn) 的運(yùn)用，依專利法的精神所述，本發(fā)明案完全符合發(fā)明專利的要件。以上說(shuō)明對(duì)本發(fā)明而言只是說(shuō)明性的，而非限制性的，本領(lǐng)域普通技術(shù)人員理解， 在不脫離以下所附權(quán)利要求所限定的精神和范圍的情況下，可做出許多修改，變化，或等 效，但都將落入本發(fā)明的保護(hù)范圍內(nèi)。
權(quán)利要求
1.一種動(dòng)態(tài)電源節(jié)點(diǎn)管理的監(jiān)控方法，其特征在于，是包括有下列步驟(a)伺服器取得目前耗電狀態(tài)，并命為第一消耗功率；(b)送出第一修正動(dòng)作，將所述第一消耗功率目標(biāo)設(shè)定為零；(c)送出所述第一修正動(dòng)作后，使所述伺服器再取得耗電狀態(tài)，并命為第二消耗功率， 并檢查所述第二消耗功率是否小于所述第一消耗功率，若執(zhí)行結(jié)果為是，則送出一警示信 號(hào)；(d)檢查是否收到所述警示信號(hào)；(e)送出取消所述第一修正動(dòng)作；(f)送出取消所述第一修正動(dòng)作后，使所述伺服器取得耗電狀態(tài)，并命為第三消耗功 率，并檢查所述第三消耗功率是否小于所述第二消耗功率；(g)在一預(yù)定時(shí)間內(nèi)是否收到所述警示信號(hào)；(h)使所述伺服器取得耗電狀態(tài)，并命為第四消耗功率；(i)送出第二修正動(dòng)作，將所述第四消耗功率降至為零；(j)送出所述第二修正動(dòng)作后，使所述伺服器取得耗電狀態(tài)，并命為第五消耗功率， 并檢查所述第五消耗功率是否大于所述第四消耗功率，若執(zhí)行結(jié)果為是，則送出一關(guān)機(jī)信 號(hào)；(k)檢查被測(cè)端是否已關(guān)機(jī)；(1)送出取消所述第二修正動(dòng)作；(m)送出開(kāi)機(jī)命令；(η)使伺服器取得耗電狀態(tài)，并命為第六消耗功率，并檢查所述第六消耗功率是否大于 所述第五消耗功率；(ο)在一預(yù)定時(shí)間內(nèi)被測(cè)端是否已關(guān)機(jī)。
2.如權(quán)利要求1所述的動(dòng)態(tài)電源節(jié)點(diǎn)管理的監(jiān)控方法，其特征在于，所述步驟(c)的執(zhí) 行結(jié)果為是，則執(zhí)行步驟(d)；執(zhí)行結(jié)果為否，則顯示執(zhí)行失敗。
3.如權(quán)利要求1所述的動(dòng)態(tài)電源節(jié)點(diǎn)管理的監(jiān)控方法，其特征在于，所述步驟(d)的執(zhí) 行結(jié)果為是，則執(zhí)行步驟(e)；執(zhí)行結(jié)果為否，則顯示執(zhí)行失敗。
4.如權(quán)利要求1所述的動(dòng)態(tài)電源節(jié)點(diǎn)管理的監(jiān)控方法，其特征在于，所述步驟(f)的執(zhí) 行結(jié)果為是，則執(zhí)行步驟(g)；執(zhí)行結(jié)果為否，則顯示執(zhí)行失敗。
5.如權(quán)利要求1所述的動(dòng)態(tài)電源節(jié)點(diǎn)管理的監(jiān)控方法，其特征在于，所述步驟(g)的執(zhí) 行結(jié)果為否，則顯示執(zhí)行成功，并執(zhí)行步驟(h)；執(zhí)行結(jié)果為是，則顯示執(zhí)行失敗。
6.如權(quán)利要求1所述的動(dòng)態(tài)電源節(jié)點(diǎn)管理的監(jiān)控方法，其特征在于，所述步驟(j)的執(zhí) 行結(jié)果為是，則執(zhí)行步驟(k)；執(zhí)行結(jié)果為否，則顯示執(zhí)行失敗。
7.如權(quán)利要求1所述的動(dòng)態(tài)電源節(jié)點(diǎn)管理的監(jiān)控方法，其特征在于，所述步驟(k)的執(zhí) 行結(jié)果為是，則執(zhí)行步驟(1)；執(zhí)行結(jié)果為否，則顯示執(zhí)行失敗。
8.如權(quán)利要求1所述的動(dòng)態(tài)電源節(jié)點(diǎn)管理的監(jiān)控方法，其特征在于，所述步驟(η)的執(zhí) 行結(jié)果為是，則執(zhí)行步驟(ο)；執(zhí)行結(jié)果為否，則顯示執(zhí)行失敗。
9.如權(quán)利要求1所述的動(dòng)態(tài)電源節(jié)點(diǎn)管理的監(jiān)控方法，其特征在于，所述步驟(ο)的執(zhí) 行結(jié)果為否，則顯示執(zhí)行成功；執(zhí)行結(jié)果為是，則顯示執(zhí)行失敗。
全文摘要
本發(fā)明是一種動(dòng)態(tài)電源節(jié)點(diǎn)管理的監(jiān)控方法，提供一種自動(dòng)檢測(cè)流程，本流程會(huì)先收集被測(cè)端電源消耗功率的數(shù)據(jù)，此時(shí)送出第一修正動(dòng)作，此第一修正動(dòng)作所設(shè)定的功率限制為零，所做的動(dòng)作為發(fā)送警示信號(hào)，當(dāng)檢測(cè)流程收到此警示信號(hào)后，再送出第二修正動(dòng)作，此第二修正動(dòng)作所設(shè)定的功率限制一樣為零，但所做的動(dòng)作為關(guān)機(jī)，當(dāng)檢測(cè)流程檢查到被測(cè)端電力狀態(tài)為關(guān)閉時(shí)，整個(gè)檢測(cè)便算執(zhí)行成功。
文檔編號(hào)G06F1/32GK102053904SQ20091021234
公開(kāi)日2011年5月11日 申請(qǐng)日期2009年11月6日 優(yōu)先權(quán)日2009年11月6日
發(fā)明者陳宗楠 申請(qǐng)人:英業(yè)達(dá)股份有限公司