陳 力 戴 亮 李紅文 李 灝

（甘肅省電力科學(xué)研究院，甘肅 蘭州730050）

1 計(jì)算機(jī)系統(tǒng)的性能

一個(gè)計(jì)算機(jī)系統(tǒng)所具有的能力和它在實(shí)際使用中所表現(xiàn)出來(lái)的性能并不是一回事。當(dāng)我們說(shuō)，我國(guó)的銀河機(jī)具有萬(wàn)億次運(yùn)算能力時(shí)，我們是指它的硬件可能達(dá)到的最高運(yùn)算速度。這種與軟件無(wú)關(guān)的、由硬件決定的運(yùn)算能力，可以通過(guò)標(biāo)準(zhǔn)的測(cè)試方法精確獲得。但當(dāng)我們談一個(gè)系統(tǒng)的性能指標(biāo)時(shí)，必須注意，這個(gè)指標(biāo)的構(gòu)成要比運(yùn)算能力復(fù)雜得多，因?yàn)闃?gòu)成性能指標(biāo)的要素大為增加。

性能是在執(zhí)行某一功能時(shí)表現(xiàn)出來(lái)的，脫離特定功能的性能指標(biāo)毫無(wú)意義。功能是由軟件決定的，因此，性能與軟件緊密相關(guān)，而軟件在這方面的通用指標(biāo)是代碼效率。因此，是系統(tǒng)的硬件能力提供運(yùn)算基礎(chǔ)，而軟件則決定著系統(tǒng)的功能和性能。當(dāng)我們測(cè)試一個(gè)系統(tǒng)的性能時(shí)，很大程度上我們是在測(cè)試這個(gè)系統(tǒng)由軟件決定的運(yùn)算效率。這使問(wèn)題一下子變得復(fù)雜。

既然我們必須在特定功能之下來(lái)談性能，那么對(duì)于計(jì)算機(jī)系統(tǒng)來(lái)說(shuō)，同一行業(yè)的同類計(jì)算機(jī)系統(tǒng)，比較起來(lái)就更有可能找到相同的指標(biāo)。大體上，我們可以把計(jì)算機(jī)系統(tǒng)分為實(shí)時(shí)系統(tǒng)、及時(shí)（準(zhǔn)實(shí)時(shí)）系統(tǒng)等。

2 電網(wǎng)自動(dòng)化主站系統(tǒng)性能

在電力行業(yè)內(nèi)部，存在多種功能各異的計(jì)算機(jī)系統(tǒng)。其中，電網(wǎng)自動(dòng)化EMS／SCADA系統(tǒng)，是一個(gè)完全的實(shí)時(shí)系統(tǒng)，它必須在秒的數(shù)量級(jí)上反映電網(wǎng)實(shí)際工況。而電能計(jì)費(fèi)TMS系統(tǒng)則是一個(gè)及時(shí)系統(tǒng)，因?yàn)殡娔軘?shù)據(jù)是功率在時(shí)間軸上的積分，以秒為單位更新電能數(shù)據(jù)沒(méi)有什么意義。接下來(lái)是辦公（MIS）系統(tǒng)、企管（ERP）系統(tǒng)等等，這些系統(tǒng)基本上只傳送靜態(tài)數(shù)據(jù)，一般來(lái)說(shuō)，像CPU負(fù)荷率、網(wǎng)絡(luò)流量、寫(xiě)盤速度、內(nèi)存出錯(cuò)概率等等，都是可以預(yù)期的，很少會(huì)有突發(fā)性事件使集束數(shù)據(jù)涌上網(wǎng)絡(luò)，堵塞通道，造成系統(tǒng)癱瘓等事件的發(fā)生。

為什么只有EMS系統(tǒng)具有網(wǎng)絡(luò)堵塞、系統(tǒng)崩潰的潛在風(fēng)險(xiǎn)呢？這是由它所監(jiān)控的電網(wǎng)的性質(zhì)決定的。

在電網(wǎng)的運(yùn)行中，事故的發(fā)生往往具有局部正反饋的特征。雪崩的意思就是小的擾動(dòng)引發(fā)連鎖反應(yīng)，造成大范圍內(nèi)的坍塌。電網(wǎng)的這種特性，使得它的監(jiān)控系統(tǒng)就像坐落在一座死火山的腳下，也許幾百年內(nèi)不會(huì)遇上噴發(fā)，但這種噴發(fā)的可能性的存在，不得不使山村的居民對(duì)噴發(fā)的危險(xiǎn)性保持警惕。

舉例說(shuō)，如果主網(wǎng)架中有相當(dāng)份量的潮流指向負(fù)荷區(qū)域，假如此時(shí)主供線路因?yàn)槟撤N原因（比如污閃）跳閘，潮流瞬間轉(zhuǎn)向，通過(guò)后備線路迂回轉(zhuǎn)供，這種補(bǔ)償行為使后備線路逼近動(dòng)穩(wěn)極限，任何風(fēng)吹草動(dòng)都會(huì)導(dǎo)致超限失穩(wěn)。如果系統(tǒng)局部解列，巨大沖擊會(huì)使電網(wǎng)強(qiáng)烈振蕩，頻率大幅跳變。在這尋找重新平衡的過(guò)程中，倘若偏又遇著保護(hù)拒動(dòng)，斷供面積的進(jìn)一步擴(kuò)大開(kāi)始威脅主網(wǎng)架的穩(wěn)定。部分孤島出現(xiàn)失壓，恢復(fù)過(guò)程甚至要進(jìn)行黑起動(dòng)！這就是局部事故引起系統(tǒng)崩潰的場(chǎng)景。

在此過(guò)程中，大量斷路器、刀閘跳變，遙信風(fēng)暴涌入EMS系統(tǒng)，越限告警大批量產(chǎn)生，使系統(tǒng)應(yīng)用層任務(wù)高度飽和，CPU不堪重負(fù)，網(wǎng)絡(luò)節(jié)點(diǎn)出現(xiàn)堵塞，系統(tǒng)反應(yīng)越來(lái)越慢，最后干脆死機(jī)不動(dòng)，需要重新引導(dǎo)系統(tǒng)。這就是EMS系統(tǒng)的崩潰過(guò)程。直接原因是因?yàn)镋MS系統(tǒng)的能力不足以應(yīng)對(duì)巨量信息的涌入，而產(chǎn)生這些信息的源頭，則是由于電網(wǎng)的大面積事故集中爆發(fā)所致。

我們可以理解到，這是EMS／DMS這類實(shí)時(shí)系統(tǒng)特有的情況。辦公系統(tǒng)也會(huì)時(shí)忙時(shí)閑，但不會(huì)有數(shù)據(jù)風(fēng)暴產(chǎn)生；及時(shí)系統(tǒng)的數(shù)據(jù)，必須通過(guò)累積才能發(fā)生變化，也不會(huì)出現(xiàn)信息風(fēng)暴。

EMS系統(tǒng)的運(yùn)行經(jīng)驗(yàn)告訴我們，信息源的火山爆發(fā)，雖然措不及防，卻是經(jīng)年難遇的，但這種可能性的存在，使我們不得不考慮消防措施，這就是在系統(tǒng)設(shè)計(jì)中，必須考慮遙測(cè)遙信風(fēng)暴來(lái)襲時(shí)，系統(tǒng)的承受能力問(wèn)題。

根據(jù)2012年度的EMS系統(tǒng)設(shè)計(jì)指標(biāo)，在正常工況下，CPU負(fù)荷率必須低于15%；在風(fēng)暴來(lái)襲的異常情況下，CPU負(fù)荷率也不能超過(guò)30%。就是說(shuō)，在設(shè)計(jì)上必須保證系統(tǒng)在任何情況下都有足夠的安全裕度。

3 風(fēng)暴壓力下電網(wǎng)自動(dòng)化主站性能測(cè)試

EMS系統(tǒng)建成以后，我們?nèi)绾潍@得上述性能指標(biāo)的數(shù)據(jù)呢？實(shí)際系統(tǒng)不可能提供這樣的樣態(tài)，我們必須人為設(shè)計(jì)出這樣一種信息源，專門用來(lái)測(cè)試EMS／DMS系統(tǒng)主站的性能。

這樣的測(cè)試設(shè)備，其功能就是通過(guò)軟件仿真，模擬數(shù)千上萬(wàn)個(gè)軟件遠(yuǎn)方終端（RTU），每個(gè)RTU提供數(shù)千遙測(cè)變化數(shù)據(jù)和遙信變位信息，對(duì)系統(tǒng)主站形成巨大的信息處理壓力，在此工況下，觀察系統(tǒng)性能指標(biāo)的變化，是否符合設(shè)計(jì)要求。

下面是2個(gè)現(xiàn)場(chǎng)測(cè)試的樣本：

3.1 案例1

對(duì)一新投運(yùn)的省會(huì)城市的DMS主站系統(tǒng)進(jìn)行上述測(cè)試，基本設(shè)置如下：（1）RTU數(shù)量2 000臺(tái)；（2）每臺(tái)RTU遙測(cè)數(shù)據(jù)32點(diǎn)，遙信開(kāi)關(guān)量數(shù)據(jù)64點(diǎn)；（3）遙測(cè)數(shù)據(jù)和遙信數(shù)據(jù)每2 s變化一次；（4）測(cè)試時(shí)間：持續(xù)15 min。

測(cè)得系統(tǒng)性能指標(biāo)如下：（1）CPU負(fù)荷率最高64%，最低38%，加權(quán)平均51%，越過(guò)設(shè)計(jì)指標(biāo)；（2）內(nèi)存交換使用率，最大18%，最小16%，加權(quán)平均17%，低于設(shè)計(jì)指標(biāo)；（3）網(wǎng)絡(luò)使用率，峰值54%，谷值14%，平均使用率34%，與設(shè)計(jì)指標(biāo)基本持平。

縱觀上述3大指標(biāo)，只有CPU負(fù)荷率無(wú)法通過(guò)。接下來(lái)，在RTU臺(tái)數(shù)降為1 000以后，重新進(jìn)行測(cè)試，測(cè)得CPU平均負(fù)荷率為21%，低于30%的設(shè)計(jì)指標(biāo)，獲得通過(guò)。

3.2 案例2

對(duì)一新投運(yùn)的省級(jí)EMS主站系統(tǒng)進(jìn)行同樣的壓力測(cè)試，基本設(shè)置如下：（1）RTU數(shù)量10臺(tái)；（2）每臺(tái)RTU遙測(cè)數(shù)據(jù)點(diǎn)1 000點(diǎn)，遙信數(shù)據(jù)點(diǎn)1 200點(diǎn)；（3）每個(gè)遙測(cè)點(diǎn)和遙信點(diǎn)數(shù)據(jù)每2 s變化一次；（4）測(cè)試時(shí)間：持續(xù)15 min。

測(cè)得系統(tǒng)性能指標(biāo)如下：（1）CPU負(fù)荷率最高36%，最低3%，加權(quán)平均19.5%；符合設(shè)計(jì)指標(biāo)；（2）內(nèi)存使用率，最大8%，最小3%，加權(quán)平均5.5%；獲得通過(guò)；（3）網(wǎng)絡(luò)使用率，最高峰36%，最低谷12%，平均24%，符合設(shè)計(jì)指標(biāo)。

上面測(cè)得的全部指標(biāo)都優(yōu)于設(shè)計(jì)指標(biāo)，說(shuō)明系統(tǒng)安全裕度足夠大。

從以上2個(gè)例子我們看到，一般系統(tǒng)的網(wǎng)絡(luò)使用率和內(nèi)存交換率都有很大的裕度，容易獲得通過(guò)。而CPU負(fù)荷率這個(gè)指標(biāo)，不同的測(cè)試設(shè)置，對(duì)CPU的負(fù)荷率影響很大。

4 對(duì)CPU多核多線程任務(wù)分配的思考

由于CPU負(fù)荷率是各種指標(biāo)中較難通過(guò)的一項(xiàng)，這里重點(diǎn)對(duì)其任務(wù)分配的內(nèi)在機(jī)制作進(jìn)一步的探討。

目前電網(wǎng)EMS／SCADA系統(tǒng)主站的服務(wù)器，普遍采用多芯多核CPU組件。比如1臺(tái)曙光A840r－G服務(wù)器，配置為4芯、8核，共32顆AMD的CPU，在測(cè)試中可以看到，無(wú)論系統(tǒng)任務(wù)多忙，大部分CPU的負(fù)荷曲線始終躺在地板上不動(dòng)，任務(wù)分配嚴(yán)重失衡。系統(tǒng)工程師也看到了這一點(diǎn)，但是束手無(wú)策，因?yàn)閷?duì)于芯片內(nèi)核有關(guān)任務(wù)分配的底層設(shè)置，系統(tǒng)供應(yīng)商尚且輕易不去動(dòng)它，用戶就更加望而卻步了。因?yàn)楦膭?dòng)這個(gè)層面的東西，弄不好會(huì)出大問(wèn)題。

但從經(jīng)濟(jì)角度看，如果系統(tǒng)忙得要垮機(jī)了，服務(wù)器中的大部分CPU卻從未被使用過(guò)一次，這就顯得很不合理。一臺(tái)價(jià)值20萬(wàn)元的服務(wù)器，其實(shí)在其壽命周期內(nèi)，最多只使用了它的資源能力的1／3，這無(wú)疑是對(duì)設(shè)備資源的巨大浪費(fèi)，而在一個(gè)主站系統(tǒng)中，這樣的服務(wù)器有幾十臺(tái)。

因此筆者覺(jué)得，應(yīng)該在主站系統(tǒng)管理崗位中，設(shè)立一個(gè)計(jì)算機(jī)系統(tǒng)診斷崗位，專門從事系統(tǒng)優(yōu)化的工作，跨部門兼職也可以，進(jìn)行特別技術(shù)培訓(xùn)。此崗位除了執(zhí)行日常維護(hù)工作外，專門授權(quán)執(zhí)行計(jì)算機(jī)系統(tǒng)配置方面的優(yōu)化設(shè)計(jì)和修改操作。當(dāng)然，這個(gè)崗位的工作具有一定深度的技術(shù)要求，對(duì)CPU內(nèi)部的邏輯架構(gòu)、線程調(diào)度、進(jìn)程推移模式應(yīng)該有相當(dāng)?shù)牧私?，尤其?duì)應(yīng)用任務(wù)在服務(wù)器上的并行執(zhí)行要有清楚的認(rèn)識(shí)和實(shí)用性的感性經(jīng)驗(yàn)。

下面我們來(lái)宏觀地分析一下多核CPU的資源利用問(wèn)題。

在Windows下執(zhí)行多個(gè)任務(wù)的CPU，在單核時(shí)代是采用多線程調(diào)度、虛擬進(jìn)程、分時(shí)執(zhí)行策略，但從酷睿二代起，CPU內(nèi)部控制策略就對(duì)現(xiàn)有的操作系統(tǒng)提出了尖銳的挑戰(zhàn)。以前是要把CPU資源切碎了分給各個(gè)應(yīng)用，現(xiàn)在，原理上可以把整個(gè)CPU分配給一個(gè)應(yīng)用了，操作系統(tǒng)能適應(yīng)這種變化嗎？上到服務(wù)器級(jí)別，物理CPU有幾十個(gè)，應(yīng)用任務(wù)反而少于CPU數(shù)，這時(shí)候系統(tǒng)是要把應(yīng)用切碎了分配給各個(gè)CPU，操作系統(tǒng)還能適應(yīng)嗎？

其次，服務(wù)器的應(yīng)用對(duì)象比PC有很大的不同：比如EMS系統(tǒng)中，通常把不同的應(yīng)用功能分配到各個(gè)節(jié)點(diǎn)的服務(wù)器上，這時(shí)侯各個(gè)服務(wù)器面對(duì)的是單個(gè)應(yīng)用的巨量數(shù)據(jù)，而應(yīng)用的類型卻不多，現(xiàn)在的典型要求是把應(yīng)用切碎后在各個(gè)CPU上進(jìn)行排程。Windows在這里無(wú)能為力了。不過(guò)服務(wù)器大多在LINUX下運(yùn)行，靈活性大大增加，如前述這種倒過(guò)來(lái)的要求，也可以通過(guò)編程的設(shè)計(jì)在服務(wù)器上實(shí)現(xiàn)，但卻對(duì)傳統(tǒng)的程序設(shè)計(jì)提出了巨大的挑戰(zhàn)：過(guò)去在銀河機(jī)上才會(huì)碰到的問(wèn)題，現(xiàn)在要由普通的PC程序員來(lái)解決。

不過(guò)請(qǐng)注意，程序都是模塊化的，對(duì)于最小的功能單元，通過(guò)編程來(lái)調(diào)度也是可能的：事實(shí)上你不必修改程序，只須選擇定義項(xiàng)即可，前提是，你對(duì)多核結(jié)構(gòu)的CPU執(zhí)行流程，對(duì)操作系統(tǒng)的潛在功能，以及對(duì)面向?qū)ο笳Z(yǔ)言的邏輯要有深刻的理解。

目前最切實(shí)可行的思路應(yīng)該是：（1）默認(rèn)服務(wù)器一定是多芯多核多物理CPU的，比如4芯X8核＝32個(gè)CPU；（2）默認(rèn)應(yīng)用任務(wù)數(shù)少于CPU數(shù)，但單個(gè)應(yīng)用要處理的信息量巨大；（3）軟件必須面向多核多任務(wù)，線程可交叉調(diào)度、統(tǒng)一組裝；（4）任務(wù)分配策略的調(diào)整無(wú)需修改源代碼，只須通過(guò)修改定義來(lái)實(shí)現(xiàn)；（5）策略調(diào)整的依據(jù)不是通過(guò)預(yù)先的設(shè)計(jì)，而是根據(jù)執(zhí)行經(jīng)驗(yàn)來(lái)獲得資源最優(yōu)分配原則。

比如說(shuō)，初始投入運(yùn)行的系統(tǒng)，你并不知道有多少個(gè)應(yīng)用需要同時(shí)執(zhí)行，也不清楚單個(gè)應(yīng)用所要處理信息的數(shù)量級(jí)，那就先在缺省狀態(tài)下運(yùn)行一段時(shí)間，不斷積累CPU資源分配的經(jīng)驗(yàn)。可以肯定，經(jīng)過(guò)一段時(shí)間，你會(huì)發(fā)現(xiàn)任務(wù)分配極不合理，資源被大量閑置，而少數(shù)CPU卻負(fù)荷過(guò)重，于是通過(guò)調(diào)整任務(wù)分配策略來(lái)改善資源利用效率。這個(gè)過(guò)程反復(fù)多次以及在系統(tǒng)各種工況下的實(shí)際需求都出現(xiàn)過(guò)以后，你對(duì)資源分配策略應(yīng)該向哪個(gè)方向傾斜，也就心中有數(shù)了。

顯然，這一過(guò)程無(wú)法通過(guò)預(yù)先設(shè)計(jì)來(lái)實(shí)現(xiàn)，而要在運(yùn)行實(shí)踐中反復(fù)權(quán)衡不斷優(yōu)化。

5 結(jié)語(yǔ)

電網(wǎng)自動(dòng)化主站的計(jì)算機(jī)系統(tǒng)，因面向的應(yīng)用對(duì)象不同而有其特殊性。其中最關(guān)鍵的性能指標(biāo)是CPU負(fù)荷率。測(cè)試這一指標(biāo)必須借助于專門的技術(shù)手段，才能獲得真實(shí)可信的數(shù)據(jù)。針對(duì)CPU資源被閑置浪費(fèi)的現(xiàn)實(shí)，努力提高系統(tǒng)的資源利用水平，應(yīng)該成為今后系統(tǒng)管理的重要目標(biāo)，這種管理具有相當(dāng)?shù)募夹g(shù)深度，必須通過(guò)專人專崗納入到系統(tǒng)管理的體系之中。

［1］劉文穎.電網(wǎng)黑起動(dòng)案例分析［A］.全國(guó)高校自動(dòng)化專業(yè)第十九屆年會(huì)論文集［C］，2001

［2］陳天洲等.多核程序設(shè)計(jì)［M］.清華大學(xué)出版社，2007

［3］孫驍強(qiáng)，范越，白興忠，等.電網(wǎng)調(diào)度典型事故處理與分析［M］.中國(guó)電力出版社，2011