mscas的性能優(yōu)化策略與實(shí)現(xiàn)

《mscas的性能優(yōu)化策略與實(shí)現(xiàn)》由會員上傳分享，免費(fèi)在線閱讀，更多相關(guān)內(nèi)容在工程資料-天天文庫。

1、MSCAS的性能優(yōu)化策略與實(shí)現(xiàn)性能是數(shù)字電視運(yùn)營前端實(shí)時播出系統(tǒng)至關(guān)重要的因素之一。對于計(jì)算機(jī)木身，合理的軟、碩件的配置可以使系統(tǒng)的使用達(dá)到最佳。一、代碼優(yōu)化対于一套系統(tǒng)，使用不同的變量，函數(shù)和邏輯雖然最終都可以達(dá)到目的，但程序可讀性、易維護(hù)性、復(fù)雜性可能完全不同，效率可能截然不同。在MSCAS中有一個實(shí)際需求就是通過三個數(shù)字合起來定位一個元素。也就是說以DWORD1+DW0RD2+DW0RD3作為Key,去獲取一個Value。MFC和STL都沒有通過多個鍵查找一個元索的類，所以采用變通的辦法，即首先將3個DWORD類型鍵轉(zhuǎn)換成一個字符串型鍵：“DWORD1_DWORD

2、2_DWORD3”這時問題就變成了通過一個字符串型key值查找一個元素了。MFC有基于CMap類的CMapStringToPtr類，而STL中有：：std：:map,在經(jīng)過大量的效率測試后發(fā)現(xiàn)后者比前者具有很高的效率。鑒于MSCAS程序多處使用了CMap,為了保持代碼的兼容性，將改進(jìn)后的代碼按照CMap的方式將"std：：map進(jìn)行了封裝，這樣可以保證代碼的最小改動性以適應(yīng)其他開發(fā)人員的開發(fā)習(xí)慣。二、數(shù)據(jù)庫優(yōu)化與實(shí)現(xiàn)2.1MSCAS數(shù)據(jù)庫瓶頸分析CAS數(shù)據(jù)庫是整個系統(tǒng)的數(shù)據(jù)中心，它的性能直接影響著整個系統(tǒng)的性能，根據(jù)分析，英特點(diǎn)是:?數(shù)據(jù)表結(jié)構(gòu)簡單，但數(shù)據(jù)量大。?數(shù)據(jù)庫

3、類型屬于OLTP和OLAP混合模式。針對上述特點(diǎn)，數(shù)據(jù)庫在設(shè)計(jì)的時候應(yīng)該充分考慮到數(shù)據(jù)壓力對數(shù)據(jù)庫性能的影響，使用Oracle提供的分區(qū)表選件對大表進(jìn)行拆分；使用存儲過程封裝絕大多數(shù)數(shù)據(jù)庫操作以及使用合理的備份、遷移、數(shù)據(jù)生成方式提高整體系統(tǒng)的效率。優(yōu)化前的MSCAS,在用戶數(shù)量到達(dá)10000以后，整體性能明顯下降。主要原因在于：CAS數(shù)據(jù)庫的表沒有建立合適的索引，致使在數(shù)據(jù)庫數(shù)據(jù)量增加以后,過多的全表掃描大大增加了Oracle數(shù)據(jù)庫的磁盤讀寫I/O壓力和內(nèi)存訪問壓力。數(shù)據(jù)庫配置不合理，分配內(nèi)存過少引起數(shù)據(jù)庫中不必要的磁盤頁面交換和內(nèi)存調(diào)整。為了提升整個CAS系統(tǒng)的效率

4、，調(diào)優(yōu)方法如下：通過對數(shù)據(jù)庫的表結(jié)構(gòu)和索引重新進(jìn)行合理設(shè)計(jì)，減少不必耍的高負(fù)荷數(shù)據(jù)庫操作；對Oracle數(shù)據(jù)庫進(jìn)行運(yùn)行時刻調(diào)優(yōu)，讓Oracle在不同數(shù)據(jù)量壓力下都能運(yùn)行在最佳狀態(tài)。2.2分區(qū)表和分區(qū)索引的使用在分區(qū)表上建立三種索引模式：全局分區(qū)索引、全局不分區(qū)索引和本地分區(qū)索引。在CAS數(shù)據(jù)庫中，對于查詢效率比較高的索引采用全局分區(qū)索引，同時對更新頻率相對比較高的字段建立本地分區(qū)索引。2.3索引的使用索引（Index）是常見的數(shù)據(jù)庫對象，它的設(shè)置好壞、使用是否得當(dāng),直接影響著數(shù)據(jù)庫應(yīng)用程序和數(shù)據(jù)庫的性能。通過建立B-TREE索引、復(fù)合索引和普通索引以及位圖索引相，系統(tǒng)速

5、度大大提高，同時數(shù)據(jù)庫壓力也減小不少。2.4測試和驗(yàn)證通過對100萬用戶量級批量授權(quán)速度進(jìn)行測試，結(jié)果表明在大用戶量的情況下，一次進(jìn)行190條記錄的批量設(shè)置，速度仍然可以達(dá)到1分鐘以內(nèi)，完全可以滿足商用冃的。三、數(shù)據(jù)包的收發(fā)優(yōu)化策略與實(shí)現(xiàn)授權(quán)信息、OSD,E-mai1等信息都要求用戶能即時收到的信息都是通過EMV1包來傳送的。因此，如何設(shè)計(jì)一種高效的發(fā)送接收策略能讓用戶即時的收到EMVI包是條件接收系統(tǒng)性能優(yōu)化中的最重要部分。3.1EMM包概述EMM包是數(shù)字電視前端向終端發(fā)送的主要信息。EMM包的收發(fā)原理是所有數(shù)據(jù)在一個大的隊(duì)列中循環(huán)發(fā)送。在終端，當(dāng)用戶將智能卡插入機(jī)頂

6、盒后，機(jī)頂盒將根據(jù)此智能卡的卡號來過濾流中屬于此智能卡的EMM數(shù)據(jù)。EMM包發(fā)送優(yōu)化的目的就是使前端新產(chǎn)生的數(shù)據(jù)包在終端能在最短的時間內(nèi)接收處理。2.2終端的接收機(jī)制和策略數(shù)字電視信息終端由機(jī)頂盒、智能卡和電視機(jī)組成。機(jī)頂盒接收所有前端傳來的信號，其中與CAS模塊有關(guān)的EMM包和ECM包需要送入智能卡解密。最終通過ECM包得到明文的CW后，機(jī)頂盒解擾芯片將加擾的節(jié)目流解開后就可以在電視機(jī)上正常的播放。機(jī)頂盒的工作原理如圖1所示：対于EMM包的接收，機(jī)頂盒有一個過濾器，可以通過設(shè)置特定的過濾條件來接收需要的包。通過設(shè)置過濾器，機(jī)頂盒就可以收到制定卡號的包,當(dāng)過濾到一個需要

7、的包后，會有一定的判斷、解析和處理時間。因此同一張卡的兩個數(shù)據(jù)包需要有一定的間隔。3.3前端的發(fā)送機(jī)制、策略和實(shí)現(xiàn)前端的發(fā)送機(jī)制首先是建立在終端接收機(jī)制基礎(chǔ)上，只有分析研究出一個準(zhǔn)確的業(yè)務(wù)模型，才能建立好的發(fā)送策略。以授權(quán)包的發(fā)送為例，一個新的業(yè)務(wù)交易流程如下：用戶交費(fèi)一SMS調(diào)用CAS發(fā)送授權(quán)一CAS生成EMM包通過復(fù)用器發(fā)送一終端接收到EMM包-解密節(jié)目，用戶可以收看節(jié)目。大部分情況下，新業(yè)務(wù)是由用戶引起的，因此前端在發(fā)送數(shù)據(jù)的時候終端機(jī)頂盒處于開狀態(tài)，智能卡插在機(jī)頂盒屮等待接收數(shù)據(jù)，稱為第一類用戶，（約占90%）0發(fā)送授權(quán)數(shù)據(jù)的當(dāng)時