多核程序設(shè)計(jì)課程實(shí)驗(yàn)報(bào)告之三

root登陸到該操作系統(tǒng):打開SSH客戶端單擊QuickConnectroot192.168.28.128IPifconfig重新使用SSH 下新建一個(gè)文件夾，命名為workspace3。將左邊 中。程序拷貝完成后，在NBody ，執(zhí)行../run_gui命利 在截圖過程中虛擬機(jī)死了所以我重新啟動電腦，載入鏡像文件，導(dǎo)入NBody在截圖過程中虛擬機(jī)死了所以我重新啟動電腦，載入鏡像文件，導(dǎo)入NBody，繼續(xù)試驗(yàn)，所以文件路徑有些不一樣（NBody2/NBody2,NBody24,6,8）（相關(guān)截圖在實(shí)驗(yàn)結(jié)果中vi利 時(shí)程序會出現(xiàn)“Valueforxshouldbe%fbutwasfoundtobe%f。vi OD命令給拷貝過來的可執(zhí)行文件有運(yùn)行的權(quán)利，然后運(yùn)行這個(gè)文件多次改變天體數(shù)量不斷精確數(shù)值，開始以32遞增找到區(qū)間范圍，再采用二分法不斷8，以及不同天體數(shù)CYCLEvi OD命令給拷貝過來的可執(zhí)行文件有運(yùn)行的權(quán)利，然后運(yùn)行這個(gè)文件多次修改12次每次改變SPE和天體數(shù)目，測試執(zhí)行時(shí)間（相關(guān)截圖見思考題）三、實(shí)驗(yàn)結(jié)FedoraCroe6四、思考1：FAST3210線程數(shù)（24,6,8）SPE確實(shí)在并發(fā)運(yùn)行。SPE=2時(shí)：loop2SPESPE=4時(shí)：loop4SPESPE=6SPE=6時(shí)：loop6SPESPE=8SPE=8時(shí)：loop8SPESPE線程數(shù)=2,loop中，2SPE816268–743502=72766usSPE線程數(shù)=4,loop中，4SPESPE線程數(shù)=6,loop中，6SPE164356-866502=197854usSPE線程數(shù)=8,loop中，8SPE4核，模擬器本身在模擬性能時(shí)內(nèi)存需求很大，F(xiàn)AST4SPE線程時(shí)的性能還不如單個(gè)SPECycle模式進(jìn)行運(yùn)算法的問題：SPE數(shù)目的增加雖然使得每個(gè)SEP分配的天體數(shù)減小了，但是SPE越多，為了得到除自己以外的所有天體的信息SPE要進(jìn)行更頻繁的MESSAGE的數(shù)據(jù)傳送，其 還要計(jì)算其它SPE傳遞過來的數(shù)據(jù)，還要等待所有的SPE都結(jié)整了才能確定已經(jīng)計(jì)算完的情況（此時(shí)程序會出現(xiàn)“Valueforxshouldbe%fbutwasfoundtobe。并分析74時(shí)會出現(xiàn)誤差過大的情況（截圖見下646496969688888884848882828273737374主要是SPEPPE上，PPE負(fù)責(zé)對SPE進(jìn)行調(diào)度，SPEPPESPESPE之間進(jìn)行協(xié)同工作。在每個(gè)core_bodiesbuffer_bodies進(jìn)行初始化。在每個(gè)時(shí)間步上，執(zhí)行下列循1Mcore_bodiesbuffer_bodies中各個(gè)粒子對buffer_bodies中的內(nèi)容發(fā)送給它的左鄰居；從右鄰居接收消息，把消息數(shù)據(jù)8， 天體數(shù)目=32運(yùn)行時(shí)間=20531 天體數(shù)目 運(yùn)行時(shí)間 天體數(shù)目 運(yùn)行時(shí)間 天體數(shù)目 運(yùn)行時(shí)間 天體數(shù)目 運(yùn)行時(shí)間 天體數(shù)目 運(yùn)行時(shí)間 天體數(shù)目=32運(yùn)行時(shí)間 天體數(shù)目=64運(yùn)行時(shí)間SPE=6天體數(shù)目=128運(yùn)行時(shí)間SPE=8天體數(shù)目=32運(yùn)行時(shí)間SPE=8天體數(shù)目=64運(yùn)行時(shí)間SPE=8天體數(shù)目=128運(yùn)行時(shí)間8，不同天體數(shù)天 2468結(jié)果分析：1CycleFast模式下運(yùn)行時(shí)間要長的多SPE=48原因：1）FastCycle下要測試的多，這樣也會引起時(shí)間與機(jī)題的問題。但是卻保證了在當(dāng)SPE的數(shù)目的增加時(shí)，運(yùn)行時(shí)間會相對減少減小。隨SPE數(shù)目的增加，SPE和PPE以及SPE間的交互會 多用于期間的交互和等待過程，導(dǎo)致有時(shí)SPE增加運(yùn)行時(shí)間反而增加的現(xiàn)象。PPESPEPPESPEPPE是系統(tǒng)的資源管理器負(fù)責(zé)處理操作系統(tǒng)任務(wù)、管理對內(nèi)存 并控制PPE則負(fù)責(zé)創(chuàng)建，管理 SPE線程，而SPE則執(zhí)行相應(yīng)的子程序on-chipcache。保護(hù)了系統(tǒng)全局的數(shù)據(jù)一致性；PPE還能包含VMX對 PPE具備硬件細(xì)密化多線程，支持以“輪訊”方式進(jìn)行線程調(diào)度實(shí)現(xiàn)“細(xì)密化”劣勢：PPE的VMX64位數(shù)據(jù)(雙精度浮點(diǎn)優(yōu)勢：1）SPESPEPPESPE的分支結(jié)構(gòu)允許使用一條分支暗示指令來覆蓋原來默認(rèn)的分支預(yù)測策略。SPE8163232位(單精度)64位(雙精度)浮點(diǎn)數(shù)SPEPPESPE編程時(shí)注意事項(xiàng)1）PPE中代碼包含頭文altivec.h，SPEspu_intrinsics.h。性能指令級的并行處理，在每條指令中，盡可能執(zhí)行SIMDPPESPESPEPPE，SPE線程之間的同MakefilePPE和SPEPPE和SPEPPESPE上分配任務(wù)的一般原則PPE指派控制任務(wù)，應(yīng)用程序相關(guān)的線程運(yùn)算任務(wù)分配給SPEPPE則負(fù)責(zé)創(chuàng)建，管理 SPE線程，而SPE則執(zhí)行相應(yīng)的子程序PPE是是否調(diào)用async_spu_run(void*arg)運(yùn)行SPUSPE端流程圖開定定粒子狀態(tài)信的變利利用spu_mfcdma64從SPE發(fā)出請求以從主存中獲取指針?biāo)赶虻臄?shù)利用函數(shù)spu_mfcdma64將這個(gè)變量初始申申請一個(gè)新的緩沖區(qū) 將得到的結(jié)果通過DMA寫到內(nèi)存中結(jié)CELL并行編程的原理CellPPE和SPE分別進(jìn)行編程,NBody的處理分集合劃分為NCPU只負(fù)責(zé)計(jì)算一個(gè)子集中的天體的受力及運(yùn)動情況。在計(jì)算時(shí)需要共些信息，如第m個(gè)子集在計(jì)算受力時(shí)，需要其他所有天體的空間位CELL8個(gè)SPE作為運(yùn)算單元，用主存所有天體的位置信息，這樣SPE在計(jì)算子集的那集時(shí)就可以共享地其他天體的位置信息。PPE適合作為控制和任務(wù)調(diào)度處理器，SPE則用于處理計(jì)算任務(wù)。PPE則負(fù)責(zé)創(chuàng)建，管理和SPESPE則執(zhí)行相應(yīng)的子程序。PPE中執(zhí)行的主程序劃分多個(gè)SPE的任務(wù)，數(shù)據(jù)及順序，然后將分配好的各個(gè)部分給相應(yīng)SPESPE執(zhí)行子程序。當(dāng)子程