一、芻議UNIX操作系統(tǒng)下文件系統(tǒng)性能的優(yōu)化（論文文獻綜述）
陳朱疊[1]（2021）在《異構(gòu)計算系統(tǒng)中的資源虛擬化技術(shù)研究》文中提出隨著目前數(shù)據(jù)體量的急劇增長,數(shù)據(jù)中心對于算力的需求也日益增大,諸如加密解密計算、深度學習在線推理、云VR、云游戲業(yè)務(wù)等各類應(yīng)用的算力需求已遠遠超過了通用處理器的能力所及。此時采用異構(gòu)計算技術(shù)來增加系統(tǒng)的算力的方案已經(jīng)成為業(yè)界趨勢。但是異構(gòu)計算系統(tǒng)中的各類異構(gòu)計算單元存在差異性,用戶直接使用異構(gòu)計算資源需要接觸異構(gòu)計算系統(tǒng)底層細節(jié),最終導(dǎo)致異構(gòu)計算系統(tǒng)產(chǎn)生客制化成程度高、難于開發(fā)及部署等問題。本文詣在針對各類異構(gòu)計算節(jié)點的虛擬化技術(shù)進行研究。論文的的主要工作包括以下幾個方面:第一,完成了異構(gòu)計算平臺的搭建,具體工作是完成了本異構(gòu)計算平臺中的各異構(gòu)計算節(jié)點的運行基礎(chǔ)環(huán)境搭建,包括X86板卡的系統(tǒng)移植以及FPGA板卡的底層固件開發(fā)以及嵌入式Linux系統(tǒng)移植。第二,本文分析了虛擬化技術(shù)的基本概念。對通用處理器類型計算節(jié)點上的各類虛擬化方案做了詳細的原理分析。通過對比,本文采用了Docker作為本平臺中應(yīng)用于處理器節(jié)點的虛擬化技術(shù),并設(shè)計了Docker技術(shù)在本平臺中的實施方案。第三,提出了基于RDMA技術(shù)的虛擬計算資源的互聯(lián)方案,框架為任務(wù)模塊之間創(chuàng)建基于QP SEDN/RECV操作的虛通道,實現(xiàn)了低延遲、高吞吐量的數(shù)據(jù)交互方案。同時設(shè)計了RDMA于Docker容器的代理模塊,測試了其相關(guān)性能。第四,分析了FPGA局部動態(tài)可重構(gòu)技術(shù),完成了FPGA動態(tài)而可重構(gòu)的相關(guān)流程。同時以此技術(shù)為基礎(chǔ),完成了FPGA的資源虛擬化方案設(shè)計,包括FPGA虛擬化邏輯框架設(shè)計、FPGA虛擬化框架驅(qū)動層設(shè)計以及控制器程序設(shè)計等。第五,完成了系統(tǒng)資源管理框架的設(shè)計與實現(xiàn),設(shè)計了一種基于圖的任務(wù)描述方案,在屏蔽系統(tǒng)硬件底層細節(jié)的情況下提供用給戶統(tǒng)一的任務(wù)部署及監(jiān)控接口,從而簡化用戶開發(fā)及部署流程。本文完成了對各類異構(gòu)計算資源的抽象虛擬化,并實現(xiàn)了一種異構(gòu)計算資源管理框架,簡化了各異構(gòu)計算節(jié)點的應(yīng)用開發(fā)、應(yīng)用部署流程,同時提高了系統(tǒng)的資源利用率,具有一定的工程意義。
吳平凡[2]（2020）在《基于龍芯平臺的Docker移植與優(yōu)化方法研究》文中研究說明Docker容器技術(shù)是一種輕量級的,利用Linux容器技術(shù)為核心實現(xiàn)的虛擬化技術(shù)。隨著云計算模式的普及,國產(chǎn)平臺中龍芯服務(wù)器系統(tǒng)對于虛擬化技術(shù)的支持需求日益迫切,在虛擬機技術(shù)還未完全成熟的情況下,移植和優(yōu)化更為輕便靈活的Docker容器技術(shù),實現(xiàn)國產(chǎn)龍芯服務(wù)器在云模式下的應(yīng)用是極為必要的。本文根據(jù)龍芯平臺新推出Fedora28系統(tǒng)的實際需求,移植和優(yōu)化了1.13.1版本的Docker方案到Fedora28系統(tǒng)中去,針對舊版本Docker方案在MIPS下的一些不足,對Docker底層模塊添加了MIPS架構(gòu)入口,調(diào)優(yōu)了SETNS相關(guān)的MIPS架構(gòu)參數(shù),添加了Bolt DB的架構(gòu)識別入口,針對不同架構(gòu)下設(shè)備號存儲變量格式差異對部分模塊進行修改和重構(gòu),解決了平臺差異化問題。并且構(gòu)建了MIPS下的鏡像倉庫,完善了Docker在龍芯平臺下的應(yīng)用生態(tài)。研究了極具代表性的Kubernetes容器集群管理工具,并詳細介紹了其架構(gòu)和設(shè)計,完成了Kubernetes容器集群管理工具的移植,和集群管理系統(tǒng)的構(gòu)建,并設(shè)計了靜態(tài)調(diào)度優(yōu)化算法,同時通過優(yōu)化優(yōu)選常量對集群調(diào)度器進行了優(yōu)化,提升了集群調(diào)度性能12%左右。本文優(yōu)化了Docke方案的底層實現(xiàn)機制,通過去除冗余的信號變量定義和支持新的存儲驅(qū)動模式,提升了性能和效率,通過設(shè)計包括CPU計算、調(diào)度性能等多方面的評測方案進行測試,結(jié)果表明新版Docker方案運行穩(wěn)定,與舊版本相比系統(tǒng)調(diào)用消耗降低了10%左右,進程通信相關(guān)性能提升了50%左右,為龍芯虛擬化平臺提供了新版升級方案。
梁鑫波[3]（2020）在《基于云存儲后備的Android應(yīng)用外存限額監(jiān)控SDK的設(shè)計和開發(fā)》文中研究說明近些年,為了滿足用戶的使用需求,各種手機應(yīng)用軟件層出不窮。與此同時,不同的手機應(yīng)用使用過程中產(chǎn)生的數(shù)據(jù)量差距非常大。雖然手機存儲空間也變得越來越大,但是手機應(yīng)用在使用過程中產(chǎn)生的大量文件仍然會將有限的手機存儲空間占滿。能否根據(jù)手機應(yīng)用的不同使用需求設(shè)置不同的外存限額來更高效的使用手機外存空間呢?云存儲技術(shù)的發(fā)展為我們提供了解決這一問題的思路。但是,現(xiàn)有的云存儲客戶端無法根據(jù)手機應(yīng)用的不同使用需求設(shè)置不同的外存限額,并對手機應(yīng)用文件的狀態(tài)自動監(jiān)控,實現(xiàn)自動化優(yōu)化管理。針對上述問題,本文設(shè)計并開發(fā)了一個基于云存儲后備的Android應(yīng)用外存限額監(jiān)控SDK（Android Application Storage Quota Monitoring Software Development Kit,簡稱AASQM-SDK）,基本工作如下:本文設(shè)計的AASQM-SDK通過調(diào)用接口實現(xiàn)對不同應(yīng)用的外存限額設(shè)置。它能夠?qū)κ謾C應(yīng)用文件的多種狀態(tài)進行自動監(jiān)控,針對文件不同的狀態(tài),采用不同的限額處理方式。AASQM-SDK使用云存儲作為后備空間,實現(xiàn)了本地文件和云端對象存儲的關(guān)聯(lián)映射,文件從本地到云端的推送和取回操作對用戶完全透明。AASQM-SDK具有良好的兼容性,可以兼容Android 2.3以上的版本。目前,AASQM-SDK完成開發(fā),本文對其功能、性能和兼容性進行了相關(guān)測試。測試結(jié)果表明,AASQM-SDK能穩(wěn)定運行,在應(yīng)用限額的情況下能自動協(xié)助管理手機應(yīng)用的本地文件,幫助應(yīng)用更高效的利用手機外存空間,滿足用戶對不同應(yīng)用的外存限額需求。
馮小建[4]（2019）在《輕量級操作系統(tǒng)的設(shè)計與開發(fā)》文中進行了進一步梳理操作系統(tǒng)是管理和控制計算機硬件和軟件資源的計算機程序,也是計算機硬件和其他軟件之間的接口。雖然操作系統(tǒng)技術(shù)日益成熟,但仍然是一個不斷發(fā)展,不斷更新的領(lǐng)域。然而,國產(chǎn)操作系統(tǒng)的發(fā)展相對落后,目前難以與國際知名的操作系統(tǒng)相競爭。Linux是國際上常用且強大的操作系統(tǒng),它擁有著自由、公開且免費的特性,為人們提供了學習優(yōu)秀國外操作系統(tǒng)的設(shè)計理念和實現(xiàn)方法的機會。因此,研究和改進Linux操作系統(tǒng)對于國內(nèi)操作系統(tǒng)的發(fā)展具有重要意義。此外,當前市場上大多數(shù)的操作系統(tǒng)內(nèi)核都是由C語言和匯編語言混合編程,主要基于C語言。而由C語言構(gòu)成的大型項目往往會面臨功能與模塊關(guān)系不清晰、代碼的復(fù)用性和維護性較差等問題。在當下Linux代碼急速膨脹的趨勢下,解決代碼的維護問題尤為重要。因此,由面向?qū)ο笳Z言實現(xiàn)的操作系統(tǒng)內(nèi)核將會體現(xiàn)出明顯的優(yōu)勢,具有重要的現(xiàn)實意義和應(yīng)用價值。本文將從引導(dǎo)模塊出發(fā),從實模式轉(zhuǎn)換到保護模式,研究并論述Linux操作系統(tǒng)中分頁機制與虛擬內(nèi)存、進程與線程和文件系統(tǒng)等概念的涵義。然后設(shè)計并開發(fā)內(nèi)核中的時鐘管理、內(nèi)存管理、任務(wù)管理、文件管理和終端等功能模塊,完成一個較為完善的32位操作系統(tǒng)。并且本文采用C++語言和匯編語言混合編程的方式來設(shè)計和開發(fā)操作系統(tǒng)內(nèi)核的各個模塊,為改善大型操作系統(tǒng)的封裝性與維護性打下基礎(chǔ)。本文對內(nèi)核的各功能模塊進行了測試與分析?？紤]到內(nèi)核模塊較多,開發(fā)與測試工作較為繁雜,故將程序文件放在不同的目錄下管理和維護,并采用makefile工具簡化編譯過程。將編譯成功的二進制可執(zhí)行文件寫到虛擬磁盤映像文件中,再用Bochs虛擬機直接運行虛擬磁盤,測試結(jié)果基本符合預(yù)期。最后對相關(guān)研究工作和現(xiàn)有成果進行了總結(jié)與展望,總結(jié)不足之處,為后續(xù)的優(yōu)化工作確立了方向。
劉少偉[5]（2019）在《基于雙系統(tǒng)的車聯(lián)網(wǎng)車載終端設(shè)計與實現(xiàn)》文中研究指明近年來,隨著我國城市化進程步伐加快,城市交通擁堵、交通事故頻發(fā)、停車難等問題日益突出,嚴重影響了人們的出行和社會經(jīng)濟發(fā)展,伴隨物聯(lián)網(wǎng)技術(shù)迅猛發(fā)展,車聯(lián)網(wǎng)成為解決城市交通問題的有效途徑。其中車聯(lián)網(wǎng)車載終端是車聯(lián)網(wǎng)系統(tǒng)建立的基礎(chǔ),是實現(xiàn)車與車、車與路之間通信的橋梁,車載終端需具備多種信息交互、快速數(shù)據(jù)處理及功能擴展等功能。本課題通過對國內(nèi)外現(xiàn)存車聯(lián)網(wǎng)車載終端文獻進行研究,在2018年遼寧省自然科學基金項目“智能網(wǎng)聯(lián)汽車的車載通信終端關(guān)鍵技術(shù)研究”的支持下,提出了基于雙系統(tǒng)的車聯(lián)網(wǎng)車載終端的研究。雙系統(tǒng)為嵌入式Linux系統(tǒng)和Android系統(tǒng),由嵌入式Linux系統(tǒng)為用戶提供安全應(yīng)用、調(diào)度應(yīng)用;由Android系統(tǒng)為用戶提供娛樂應(yīng)用,雙系統(tǒng)運行的物理環(huán)境是兩塊同型號實驗板,并分別配備觸摸屏。車載終端主要實現(xiàn)踏板數(shù)據(jù)有效性判定、定位數(shù)據(jù)熱備、行車數(shù)據(jù)上傳至云端、下載云端的交通協(xié)調(diào)信息、導(dǎo)航、影音播放等功能,由雙系統(tǒng)處理器實驗板、4G模塊、雙模定位模塊、藍牙/WiFi模塊、GPS定位模塊等部分構(gòu)成。在車載終端設(shè)計時,首先依據(jù)ISO26262標準中的安全管理生命周期對車載終端進行分析,確定車載終端硬件架構(gòu)與風險處理策略。然后對車載終端的各功能模塊相關(guān)接口進行設(shè)計。之后對車載終端進行符合實際情況的系統(tǒng)定制,增添/刪減嵌入式Linux系統(tǒng)Kernel驅(qū)動文件,使嵌入式Linux系統(tǒng)能夠支持相關(guān)功能模塊;Android系統(tǒng)在內(nèi)核定制的前提下修改File System源碼,使Android系統(tǒng)更符合車載環(huán)境。最后對車載終端的應(yīng)用程序進行設(shè)計,在嵌入式Linux系統(tǒng)內(nèi)通過建立進程方式實現(xiàn)風險處理程序和車載終端與云端的數(shù)據(jù)交互程序同時運行,并將關(guān)鍵信息顯示在QT/E界面內(nèi);在Android系統(tǒng)中設(shè)計監(jiān)聽程序,通過對Android UI界面按鍵、CAN通信、串口的監(jiān)聽實現(xiàn)語音控制、定位數(shù)據(jù)熱備和第三方應(yīng)用的跳轉(zhuǎn),由第三方應(yīng)用提供導(dǎo)航和娛樂服務(wù)。最后對不同系統(tǒng)的實驗板分別進行實物測試,通過模擬車聯(lián)網(wǎng)通信數(shù)據(jù),驗證車載終端通信能力及目標功能,實驗結(jié)果表明方案可行,電路設(shè)計合理,達到預(yù)期目標,該成果對促進我國車聯(lián)網(wǎng)發(fā)展具有實際意義。
楊恒生[6]（2019）在《基于Zabbix的Solaris平臺監(jiān)控管理系統(tǒng)設(shè)計與實現(xiàn)》文中提出UNIX服務(wù)器作為一種商業(yè)化計算設(shè)備,被廣泛應(yīng)用于許多大型傳統(tǒng)企業(yè)核心的數(shù)據(jù)或業(yè)務(wù)環(huán)境中。通常各類UNIX產(chǎn)品都是由操作系統(tǒng)和硬件緊密的整合于一體,作為一個相對獨立、可靠性和穩(wěn)定高的環(huán)境平臺為大型企業(yè)的關(guān)鍵信息處理領(lǐng)域上發(fā)揮著重大的作用。隨著計算機信息科學與互聯(lián)網(wǎng)應(yīng)用的發(fā)展,服務(wù)器設(shè)備環(huán)境平臺的提供穩(wěn)定計算能力和不中斷的服務(wù)顯得越來越重要。對于企業(yè)核心運行的平臺設(shè)備,維護設(shè)備的硬件和軟件環(huán)境穩(wěn)定是企業(yè)提供持續(xù)高能力高可用運行環(huán)境的基礎(chǔ),同時也是保障業(yè)務(wù)的必要條件,因此運維管理和監(jiān)控則成為當中的核心事務(wù)。本文先對UNIX系統(tǒng)之一的Oracle Solaris系統(tǒng)平臺服務(wù)器的現(xiàn)狀和特性進行闡述分析,在應(yīng)用和維護管理上的優(yōu)缺點進行剖析。針對在Solaris設(shè)備應(yīng)用方面存在管理繁雜,缺乏運維自動化和統(tǒng)一管理的特點;通過結(jié)合現(xiàn)有的監(jiān)控技術(shù)和Solaris類服務(wù)器的應(yīng)用維護特性,提出并使用開源的Zabbix監(jiān)控解決方案,對Solaris架構(gòu)的硬件平臺產(chǎn)品服務(wù)器為主同時包括一體機、存儲、磁帶庫等硬件和系統(tǒng)的資源指標,全面的硬件狀態(tài)以及報警信息等方面進行管理和監(jiān)控,構(gòu)建一套整合全面、高時效性的以服務(wù)器為主的硬件、操作系統(tǒng)的監(jiān)控維護管理平臺。本論文以開源的解決方案Zabbix進行整體的闡述,描述各個模塊相互之間的關(guān)系,以及整個框架下的運行和實現(xiàn)流程。對基于Zabbix平臺進行深入的剖析Solaris平臺監(jiān)控系統(tǒng)運作過程和模式,包含系統(tǒng)涉及的主要有關(guān)網(wǎng)絡(luò)協(xié)議技術(shù)?；诖颂匦酝瑫r結(jié)合公司的硬件產(chǎn)品監(jiān)控目標對Solaris服務(wù)器監(jiān)控內(nèi)容與手段進行改善。本論文介紹了Solaris操作系統(tǒng)和對應(yīng)服務(wù)器產(chǎn)品包含的部件關(guān)鍵運行指標,同時介紹了Solaris環(huán)境架構(gòu)的硬件平臺產(chǎn)品整體結(jié)構(gòu),重點部件以及監(jiān)控的對象和節(jié)點。實現(xiàn)設(shè)計并開發(fā)了基于Zabbix解決方案的硬件監(jiān)控系統(tǒng),系統(tǒng)提供和運用了靈活的監(jiān)控目標項和配置規(guī)則,實現(xiàn)了Solaris架構(gòu)的硬件平臺物理資源的統(tǒng)一集中管理和整合性監(jiān)控;監(jiān)控系統(tǒng)展現(xiàn)了界面簡潔的視圖和詳細報表,提高對服務(wù)器設(shè)備維護能力,為快速發(fā)現(xiàn)定位系統(tǒng)故障和異常提供有力支撐,整體提高了系統(tǒng)的運營和維護的效率。最后通過測試實驗,對各項預(yù)期的功能和前期需求進行驗證和測試,實驗結(jié)果表明監(jiān)控管理系統(tǒng)能滿足實際的需求,對Solaris相關(guān)的硬件產(chǎn)品維護監(jiān)控方面的標準化與整合化推進具有重要意義,研究成果同時也具備良好的應(yīng)用價值。
陳鮑孜[7]（2019）在《面向MPSoC虛擬化體系結(jié)構(gòu)的操作系統(tǒng)關(guān)鍵技術(shù)》文中研究表明集成電路制造工藝的發(fā)展與人們對計算性能的不斷追求,使得MPSoC成為從移動計算到高性能計算硬件平臺上的主流發(fā)展方向。隨著越來越多的計算單元被集成到單一芯片上,如何更有效地使用單芯片上的資源從而獲得良好的系統(tǒng)伸縮性成為擺在系統(tǒng)軟件設(shè)計者前面的重要問題。在MPSoC系統(tǒng)上部署虛擬化技術(shù)是解決該問題的一種有效的解決方式。同時,虛擬化也帶來了保障虛擬機的安全和提高虛擬機系統(tǒng)性能的挑戰(zhàn)。針對面向MPSoC虛擬化體系結(jié)構(gòu)的操作系統(tǒng)技術(shù)進行研究,可為未來基于多核處理器芯片的系統(tǒng)軟件設(shè)計與實現(xiàn)提供良好的理論與技術(shù)基礎(chǔ),具有重要的理論意義與應(yīng)用價值。本文針對面向MPSoC虛擬化體系結(jié)構(gòu)的操作系統(tǒng)關(guān)鍵技術(shù)中的虛擬化系統(tǒng)結(jié)構(gòu)、邊信道安全隔離機制、網(wǎng)絡(luò)I/O虛擬化的擴展性性能優(yōu)化等方面展開了一系列的研究。文章首先對開源虛擬化平臺與體系結(jié)構(gòu)、虛擬機安全與I/O虛擬化技術(shù)進行了綜述,然后介紹了基于飛騰硬件虛擬化技術(shù)的的操作系統(tǒng)設(shè)計,對虛擬化體系結(jié)構(gòu)的邊信道安全與高可伸縮MPSoC網(wǎng)絡(luò)I/O的虛擬化技術(shù)進行了研究,最后實現(xiàn)了飛騰平臺下基于硬件分區(qū)的虛擬機監(jiān)控器并完成了系統(tǒng)性能測試。具體貢獻包括:1)針對飛騰平臺的體系結(jié)構(gòu)特點,設(shè)計了基于飛騰硬件虛擬化技術(shù)的操作系統(tǒng)。文章分析了飛騰平臺所提供的CPU虛擬化、內(nèi)存虛擬化、中斷虛擬化以及計時器虛擬化的硬件機制,討論了飛騰平臺下虛擬化系統(tǒng)設(shè)計中觸發(fā)自陷的敏感操作、虛擬機上下文切換、兩階段地址轉(zhuǎn)換機制、中斷注入方式以及計時系統(tǒng),完成了面向飛騰平臺虛擬化系統(tǒng)的軟件設(shè)計。此外,文章分別從CPU虛擬化支持、上下文切換方式、內(nèi)存虛擬化機制、計時器虛擬化機制、中斷以及中斷注入分析對比了飛騰平臺硬件虛擬化機制與Intel x86平臺的異同。2)針對虛擬化體系結(jié)構(gòu)下的邊信道安全,提出了一種針對熔斷漏洞主動切斷隱蔽信道的防護方法。該方法在檢測到異常時將噪聲注入邊信道或?qū)ξⅢw系結(jié)構(gòu)狀態(tài)進行復(fù)位,實現(xiàn)了針對熔斷漏洞的按需隔離。相比現(xiàn)有的KAISER,該方法還可以用于防御針對系統(tǒng)寄存器的信息泄露（熔斷漏洞變種II）。由于噪聲注入或狀態(tài)復(fù)位的操作僅出現(xiàn)在異常處理路徑上,因此大部分普通應(yīng)用程序的性能幾乎不受到影響。根據(jù)測試,該方法引入的系統(tǒng)性能折損率不超過1%。此外,本文針對幽靈漏洞的Retpoline防護方案進行了性能分析,提出了利用用戶態(tài)網(wǎng)絡(luò)的性能優(yōu)化方案,使其網(wǎng)絡(luò)I/O性能折損率從6.67%降低至1.27%。3)針對多核虛擬機的可擴展性問題,設(shè)計實現(xiàn)了基于飛騰體系結(jié)構(gòu)的多隊列虛擬網(wǎng)絡(luò)I/O機制。根據(jù)實驗觀測,當網(wǎng)絡(luò)I/O并發(fā)度逐步提高時,飛騰平臺下虛擬機系統(tǒng)性能出現(xiàn)了明顯的性能回退,增加虛擬CPU數(shù)量反而會降低系統(tǒng)性能?；陲w騰硬件中斷虛擬化技術(shù),本文使用虛擬MSI實現(xiàn)了多隊列虛擬網(wǎng)絡(luò)I/O。該機制提高了飛騰平臺下虛擬機的中斷處理性能,增強了虛擬機網(wǎng)絡(luò)報文處理在多核系統(tǒng)上的可擴展性。實驗表明,當虛擬機的CPU核心數(shù)設(shè)置為12時,相對優(yōu)化前設(shè)計,虛擬網(wǎng)絡(luò)I/O的并發(fā)請求處理吞吐率在Linux網(wǎng)橋、Macvlan以及Open vSwitch三種配置下分別提高了53.03%、59.78%與71.26%。4)實現(xiàn)了基于飛騰平臺的硬件分區(qū)虛擬機監(jiān)控器,解決了由飛騰平臺緩存特性引入的模擬設(shè)備實現(xiàn)問題。相比x86架構(gòu),飛騰平臺將頁面高速緩存的一部分管理工作暴露給軟件系統(tǒng)。對于飛騰平臺下模擬I/O設(shè)備的實現(xiàn),系統(tǒng)軟件需要顯式地介入高速緩存系統(tǒng),以保證系統(tǒng)正常運行所需的緩存一致性。本文對飛騰平臺高速緩存一致性特點進行深入分析后,改進了虛擬化平臺下客戶操作系統(tǒng)內(nèi)核的加載流程,解決了飛騰平臺下模擬設(shè)備的緩存不一致問題。
梅飛[8]（2019）在《基于日志結(jié)構(gòu)合并樹的大規(guī)模鍵值存儲系統(tǒng)優(yōu)化方法研究》文中提出大數(shù)據(jù)技術(shù)的蓬勃發(fā)展,需要對海量數(shù)據(jù)進行高效保存和處理,從而對存儲系統(tǒng)提出更高性能需求?；谌罩窘Y(jié)構(gòu)合并樹（Log-Structured Merge-Tree）實現(xiàn)的鍵值存儲系統(tǒng),在處理寫請求時能夠?qū)⑿☆w粒的隨機寫聚集成大顆粒的連續(xù)寫從而充分利用外存設(shè)備帶寬,因此具有高吞吐能力并被廣泛應(yīng)用在大規(guī)模存儲環(huán)境中。近年來,計算機硬件技術(shù)也在快速發(fā)展。在計算方面,多核處理器和高并行專用處理器已經(jīng)普及;在存儲方面,新型非易失性存儲器與DRAM內(nèi)存的性能鴻溝不斷縮減,以及支持并發(fā)IO的閃存固態(tài)盤已得到廣泛部署并逐漸取代機械硬盤。面對日益龐大的海量數(shù)據(jù)和新型硬件的特性,基于傳統(tǒng)硬件資源設(shè)計的日志結(jié)構(gòu)合并樹鍵值存儲系統(tǒng)在新應(yīng)用環(huán)境中面臨巨大挑戰(zhàn)。針對上述形勢,需要對日志結(jié)構(gòu)合并樹鍵值存儲系統(tǒng)從處理邏輯、存儲過程、和存儲介質(zhì)等方面重新審視并綜合優(yōu)化以適應(yīng)大規(guī)模數(shù)據(jù)對高性能存儲的迫切需求。國內(nèi)外學術(shù)界和工業(yè)界也在這方面進行多維度研究,包括定制化日志結(jié)構(gòu)合并樹以優(yōu)化特定負載下的性能、更改日志結(jié)構(gòu)合并樹合并策略以減少寫放大、設(shè)計面向閃存固態(tài)盤或者其他非易失存儲器的日志結(jié)構(gòu)合并樹等。本文研究工作著重從日志結(jié)構(gòu)合并樹的內(nèi)存緩沖結(jié)構(gòu)、IO存取過程、模型設(shè)計這三個方面分析其在部署和研究工作中面臨的關(guān)鍵問題,進而提出有效解決方案。首先,日志結(jié)構(gòu)合并樹使用一塊內(nèi)存區(qū)域作為新數(shù)據(jù)緩沖區(qū),當前鍵值存儲系統(tǒng)對此緩沖區(qū)的數(shù)據(jù)通常使用跳表結(jié)構(gòu)進行保存和索引。在新型非易失性外存儲器與DRAM內(nèi)存的性能鴻溝不斷縮減的趨勢下,緩沖區(qū)跳表結(jié)構(gòu)由于處于讀寫請求處理的關(guān)鍵路徑,其性能對基于日志結(jié)構(gòu)合并樹存儲系統(tǒng)的發(fā)展至關(guān)重要。目前的跳表有概率型和確定型兩種,前者維護代價小但是索引結(jié)構(gòu)不穩(wěn)定,而后者反之。基于此,提出在搜索過程中按需創(chuàng)建索引節(jié)點的新型跳表結(jié)構(gòu)Bod Skip以提高內(nèi)存緩沖區(qū)結(jié)構(gòu)的性能。Bod Skip根據(jù)遍歷步數(shù)確定是否需要創(chuàng)建索引節(jié)點而非憑借隨機概率,因此支持生成穩(wěn)定索引。同時,索引節(jié)點按照歷史搜索信息生成,避免因創(chuàng)建無價值索引產(chǎn)生的額外開銷。在加入新節(jié)點時,Bod Skip只涉及對新節(jié)點前后兩個相鄰節(jié)點的更新,因此在并發(fā)操作上具有優(yōu)勢。其次,日志結(jié)構(gòu)合并樹鍵值存儲系統(tǒng)的主流實現(xiàn)方式依托傳統(tǒng)基于“應(yīng)用/文件系統(tǒng)/塊設(shè)備”的多層存儲處理棧,并通過文件系統(tǒng)將日志結(jié)構(gòu)合并樹管理的數(shù)據(jù)持久化保存在塊設(shè)備上。然而,文件系統(tǒng)層的引入嚴重影響日志結(jié)構(gòu)合并樹對外存設(shè)備帶寬的利用。通過深入分析三個典型文件系統(tǒng)在存儲日志結(jié)構(gòu)合并樹時所產(chǎn)生數(shù)據(jù)的IO特征,發(fā)現(xiàn)外存設(shè)備帶寬無法得到有效利用的原因在于文件系統(tǒng)會產(chǎn)生尺寸小但數(shù)量多的額外IO。以實驗證實和量化了文件系統(tǒng)層所引起IO在機械硬盤和固態(tài)盤上的性能代價后,據(jù)此提出日志結(jié)構(gòu)合并樹直接存儲技術(shù)并實現(xiàn)原型系統(tǒng)LDS。直接存儲技術(shù)的原理是使用日志結(jié)構(gòu)合并樹結(jié)構(gòu)管理外存空間以完全消除文件系統(tǒng)層引入的IO開銷。最后,基于日志結(jié)構(gòu)合并樹實現(xiàn)或衍生的鍵值存儲系統(tǒng)種類眾多,但是缺乏一個分類體系,使得部署和研究工作面臨著低效以及難以進行準確評估的問題。針對此問題,全面分析并歸納包含日志結(jié)構(gòu)合并樹在內(nèi)的多階合并結(jié)構(gòu)的根本特征,提出“樹/森林”分類模型,并在此基礎(chǔ)上進一步探索多階合并結(jié)構(gòu)仍然存在的設(shè)計空間,提出一種基于森林模型的高性能鍵值存儲系統(tǒng)Sifr DB。“樹/森林”分類模型的提出突破日志結(jié)構(gòu)合并樹概念的局限性,從原理上解釋了已有鍵值存儲系統(tǒng)性能偏好的根源。根據(jù)該模型對基于不同類型多階合并結(jié)構(gòu)的鍵值存儲系統(tǒng)進行了嚴格區(qū)分,使得在部署和進行相關(guān)研究工作時對模型或系統(tǒng)在選擇和認識上有章可循。Sifr DB在實現(xiàn)上吸收了各自模型優(yōu)點的同時又避免了其缺點,并能夠無縫運行于所提出的LDS系統(tǒng)上獲得直接存儲的收益。另外,在Sifr DB中設(shè)計了一種高效的并行搜索算法解決森林模型較為突出的讀降級問題,該算法充分利用固態(tài)盤的內(nèi)部并行性顯著提高了查詢性能?？偠灾?本文研究工作全面審視傳統(tǒng)日志結(jié)構(gòu)合并樹鍵值存儲系統(tǒng)的整體架構(gòu)和數(shù)據(jù)處理過程,分析關(guān)鍵性能問題并提出最大化挖掘硬件潛力的優(yōu)化方法,實現(xiàn)應(yīng)用邏輯和硬件特性有效結(jié)合以全面提升日志結(jié)構(gòu)合并樹鍵值存儲系統(tǒng)在大規(guī)模存儲環(huán)境中的性能。
劉旭[9]（2019）在《應(yīng)用軟件外存限額文件系統(tǒng)的設(shè)計與實現(xiàn)》文中進行了進一步梳理當今社會,應(yīng)用軟件更新?lián)Q代頻繁,而這些應(yīng)用軟件動輒產(chǎn)生海量的應(yīng)用數(shù)據(jù),不同的應(yīng)用軟件產(chǎn)生的數(shù)據(jù)量明顯不一樣,那么如何根據(jù)應(yīng)用軟件的不同,對應(yīng)用軟件設(shè)定不同的限額值,一方面實現(xiàn)存儲空間的優(yōu)化,另一方面更高效的組織管理應(yīng)用數(shù)據(jù)呢?云存儲技術(shù)蓬勃發(fā)展,為我們提供了契機。然而,現(xiàn)有的云存儲客戶端無法像真正的文件系統(tǒng)一樣組織和管理數(shù)據(jù),無法根據(jù)應(yīng)用軟件類型不同,進行不同的存儲空間優(yōu)化策略,無法自動監(jiān)控文件系統(tǒng)行為,實現(xiàn)自動化優(yōu)化管理。針對上述問題,本文設(shè)計并實現(xiàn)了應(yīng)用軟件外存限額文件系統(tǒng)（AQFS）,它采用類似于可堆疊式文件系統(tǒng)開發(fā)方式開發(fā)的,能自動監(jiān)控應(yīng)用軟件和文件系統(tǒng)的變化,能綁定多個應(yīng)用軟件,對不同的應(yīng)用軟件設(shè)定不同的限額值,并根據(jù)用戶的操作,對文件自動進行推送云端和取回的處理,AQFS還實現(xiàn)了本地文件和云端對象存儲的關(guān)聯(lián)映射。本文基本工作如下:首先,本文構(gòu)建了AQFS整體模型,根據(jù)所處理的文件結(jié)構(gòu)和監(jiān)控事件,提出了文件元數(shù)據(jù)結(jié)構(gòu)模型和AQFS捕獲事件的定義,針對不同的事件,設(shè)計相應(yīng)的處理策略。然后,本文詳細設(shè)計了每個模塊,包括每層的詳細數(shù)據(jù)結(jié)構(gòu)設(shè)計、詳細功能設(shè)計以及函數(shù)封裝,設(shè)計了AQFS整體運行流程以及用戶不同操作行為的限額處理。最后,本文對AQFS功能、性能進行了相關(guān)測試,并結(jié)合實際案例進行了分析。結(jié)果表明,該系統(tǒng)運行穩(wěn)定,能優(yōu)化處理應(yīng)用軟件產(chǎn)生的應(yīng)用數(shù)據(jù),高效的利用存儲空間,滿足用戶對應(yīng)用數(shù)據(jù)特定需求。
林舜清[10]（2019）在《面向控制領(lǐng)域的微內(nèi)核系統(tǒng)服務(wù)的設(shè)計與實現(xiàn)》文中研究說明隨著嵌入式控制領(lǐng)域智能化、聯(lián)網(wǎng)化、綜合化的發(fā)展,對嵌入式操作系統(tǒng)的安全性、可靠性、可擴展性、標準化、分布式等方面提出了更高的要求。微內(nèi)核操作系統(tǒng)以其良好的可擴展性、可靠性和安全隔離等特性,逐漸成為嵌入式操作系統(tǒng)發(fā)展的方向。DeHyp微內(nèi)核具有第三代微內(nèi)核的特點,擁有基于Capability的訪問控制機制和高效的IPC機制。本文在分析國內(nèi)外微內(nèi)核操作系統(tǒng)發(fā)展趨勢的基礎(chǔ)上,通過對DeHyp微內(nèi)核、嵌入式網(wǎng)絡(luò)協(xié)議棧、可信啟動和分區(qū)隔離等相關(guān)技術(shù)的研究,提出面向控制領(lǐng)域的微內(nèi)核系統(tǒng)服務(wù)的構(gòu)建方案。本文的工作重點圍繞如何基于DeHyp微內(nèi)核構(gòu)建面向控制領(lǐng)域的系統(tǒng)服務(wù)展開。主要有以下幾點:（1）設(shè)計了一種面向控制領(lǐng)域的微內(nèi)核系統(tǒng)服務(wù)架構(gòu),并針對控制領(lǐng)域系統(tǒng)安全可靠的關(guān)鍵需求,從四個方面實現(xiàn)系統(tǒng)服務(wù)的安全性和可靠性:采用基于組件的模塊化結(jié)構(gòu)來構(gòu)建系統(tǒng)服務(wù),每個組件有獨立的地址空間,使用內(nèi)存保護機制實現(xiàn)地址空間的隔離;通過Capability訪問控制機制實現(xiàn)組件間的資源訪問控制,強化組件隔離性;采用用基于BLP模型的多級安全通信機制以限制組件間信息流的傳輸,使組件間通信變得安全可控;采用基于完整性度量的靜態(tài)可信啟動機制,用以實現(xiàn)對系統(tǒng)服務(wù)組件的安全加載。（2）實現(xiàn)了組件管理服務(wù)。組件管理服務(wù)是用戶空間權(quán)限最高的組件,負責用戶空間可用的所有系統(tǒng)資源的管理,包括內(nèi)存頁的分配和回收、服務(wù)組件的創(chuàng)建與控制以及中斷的處理和傳遞。另外,它實現(xiàn)了上述的多級安全通信機制和組件靜態(tài)可信啟動機制。組件管理服務(wù)通過對外提供調(diào)用接口,為應(yīng)用層組件提供服務(wù)。（3）為了滿足網(wǎng)絡(luò)環(huán)境和跨平臺的需求,本文提出并實現(xiàn)了一種基于事件驅(qū)動的跨平臺二進制兼容的服務(wù)訪問機制——事件服務(wù)總線,用于組件間通信。在此基礎(chǔ)上,實現(xiàn)基于共享內(nèi)存的IPC機制,以實現(xiàn)大量數(shù)據(jù)傳輸?shù)母咝?。?）實現(xiàn)了應(yīng)用層服務(wù)組件,包括文件系統(tǒng)服務(wù)、網(wǎng)絡(luò)通信服務(wù)以及設(shè)備服務(wù)等。并以SD存儲卡設(shè)備為例,詳細描述設(shè)備服務(wù)組件的設(shè)計和實現(xiàn)過程。
二、芻議UNIX操作系統(tǒng)下文件系統(tǒng)性能的優(yōu)化（論文開題報告）
（1）論文研究背景及目的
此處內(nèi)容要求：
首先簡單簡介論文所研究問題的基本概念和背景，再而簡單明了地指出論文所要研究解決的具體問題，并提出你的論文準備的觀點或解決方法。
寫法范例：
本文主要提出一款精簡64位RISC處理器存儲管理單元結(jié)構(gòu)并詳細分析其設(shè)計過程。在該MMU結(jié)構(gòu)中,TLB采用叁個分離的TLB,TLB采用基于內(nèi)容查找的相聯(lián)存儲器并行查找,支持粗粒度為64KB和細粒度為4KB兩種頁面大小,采用多級分層頁表結(jié)構(gòu)映射地址空間,并詳細論述了四級頁表轉(zhuǎn)換過程,TLB結(jié)構(gòu)組織等。該MMU結(jié)構(gòu)將作為該處理器存儲系統(tǒng)實現(xiàn)的一個重要組成部分。
（2）本文研究方法
調(diào)查法：該方法是有目的、有系統(tǒng)的搜集有關(guān)研究對象的具體信息。
觀察法：用自己的感官和輔助工具直接觀察研究對象從而得到有關(guān)信息。
實驗法：通過主支變革、控制研究對象來發(fā)現(xiàn)與確認事物間的因果關(guān)系。
文獻研究法：通過調(diào)查文獻來獲得資料，從而全面的、正確的了解掌握研究方法。
實證研究法：依據(jù)現(xiàn)有的科學理論和實踐的需要提出設(shè)計。
定性分析法：對研究對象進行“質(zhì)”的方面的研究，這個方法需要計算的數(shù)據(jù)較少。
定量分析法：通過具體的數(shù)字，使人們對研究對象的認識進一步精確化。
跨學科研究法：運用多學科的理論、方法和成果從整體上對某一課題進行研究。
功能分析法：這是社會科學用來分析社會現(xiàn)象的一種方法，從某一功能出發(fā)研究多個方面的影響。
模擬法：通過創(chuàng)設(shè)一個與原型相似的模型來間接研究原型某種特性的一種形容方法。
三、芻議UNIX操作系統(tǒng)下文件系統(tǒng)性能的優(yōu)化（論文提綱范文）
（1）異構(gòu)計算系統(tǒng)中的資源虛擬化技術(shù)研究（論文提綱范文）
| 摘要 |
| abstract |
| 第一章 緒論 |
| 1.1 研究背景與意義 |
| 1.2 國內(nèi)外研究現(xiàn)狀 |
| 1.3 研究內(nèi)容 |
| 1.4 論文結(jié)構(gòu)安排 |
| 第二章 異構(gòu)計算系統(tǒng)整體架構(gòu) |
| 2.1 引言 |
| 2.2 系統(tǒng)硬件平臺介紹 |
| 2.2.1 硬件平臺頂層結(jié)構(gòu) |
| 2.2.2 X86 計算資源節(jié)點 |
| 2.2.3 FPGA計算資源節(jié)點 |
| 2.3 系統(tǒng)互聯(lián)結(jié)構(gòu)及技術(shù)基礎(chǔ) |
| 2.3.1 RDMA技術(shù) |
| 2.3.2 系統(tǒng)硬件連接拓撲 |
| 2.3.2.1 FPGA內(nèi)部互聯(lián) |
| 2.3.2.2 異構(gòu)計算資源節(jié)點互聯(lián) |
| 2.3.3 基于QP的互聯(lián)通道設(shè)計 |
| 2.4 資源管理框架設(shè)計 |
| 2.4.1 系統(tǒng)軟件總體框架 |
| 2.4.2 系統(tǒng)資源管理軟件框架 |
| 2.4.3 接入通道設(shè)計 |
| 2.4.3.1 基于gRPC數(shù)據(jù)交互方式 |
| 2.4.3.2 認證管理 |
| 2.4.4 用戶任務(wù)調(diào)度部署 |
| 2.4.4.1 任務(wù)描述方法 |
| 2.4.4.2 任務(wù)描述及提交流程 |
| 2.4.4.3 任務(wù)映射調(diào)度及部署流程 |
| 2.5 本章小結(jié) |
| 第三章 通用處理器資源虛擬化 |
| 3.1 引言 |
| 3.2 處理器虛擬化技術(shù)概覽 |
| 3.2.1 虛擬化技術(shù)分析 |
| 3.2.2 KVM技術(shù)及原理 |
| 3.2.3 Docker技術(shù)及原理 |
| 3.3 虛擬化方案選擇及實施 |
| 3.3.1 KVM與 Docker對比及選擇 |
| 3.3.2 方案實施 |
| 3.4 網(wǎng)絡(luò)虛擬化 |
| 3.4.1 RoCEv2 Proxy模塊結(jié)構(gòu) |
| 3.4.2 代理模塊與容器間數(shù)據(jù)交互 |
| 3.4.3 基于IBVerbs的數(shù)據(jù)交換 |
| 3.5 RoCEv2 代理模塊測試 |
| 3.6 本章小結(jié) |
| 第四章 FPGA資源虛擬化 |
| 4.1 引言 |
| 4.2 FPGA局部動態(tài)可重構(gòu)技術(shù) |
| 4.2.1 可重構(gòu)設(shè)計流程 |
| 4.2.1.1 工程模式 |
| 4.2.1.2 非工程模式 |
| 4.2.2 局部動態(tài)可重構(gòu)原理 |
| 4.2.3 可重構(gòu)框架設(shè)計 |
| 4.2.4 可重構(gòu)塊部署流程 |
| 4.2.4.1 FPGA可重構(gòu)接口 |
| 4.2.4.2 可重構(gòu)部署軟件流程 |
| 4.3 FPGA虛擬化方案設(shè)計及實施 |
| 4.3.1 FPGA虛擬化方案設(shè)計需求 |
| 4.3.2 FPGA虛擬化邏輯框架設(shè)計 |
| 4.3.3 Linux環(huán)境下設(shè)備驅(qū)動設(shè)計 |
| 4.3.4 FPGA節(jié)點控制器設(shè)計與實現(xiàn) |
| 4.4 FPGA虛擬化框架問題分析 |
| 4.4.1 框架資源開銷問題 |
| 4.4.2 不同規(guī)模的FPGA業(yè)務(wù)模塊部署問題 |
| 4.5 FPGA虛擬化框架測試 |
| 4.6 本章小結(jié) |
| 第五章 結(jié)束語 |
| 5.1 本文總結(jié)及主要貢獻 |
| 5.2 下一步工作 |
| 致謝 |
| 參考文獻 |
| 學位論文答辯后勘誤修訂說明表 |
（2）基于龍芯平臺的Docker移植與優(yōu)化方法研究（論文提綱范文）
| 摘要 |
| ABSTRACT |
| 創(chuàng)新點摘要 |
| 前言 |
| 第一章 相關(guān)理論與技術(shù)綜述 |
| 1.1 Docker容器技術(shù) |
| 1.1.1 Docker架構(gòu) |
| 1.1.2 Docker原理 |
| 1.1.3 容器技術(shù)與虛擬機技術(shù) |
| 1.2 Kubernets核心概念與架構(gòu) |
| 1.2.1 Kubernetes核心概念 |
| 1.2.2 Kubernetes系統(tǒng)架構(gòu) |
| 1.3 本章小結(jié) |
| 第二章 Docker移植與優(yōu)化 |
| 2.1 Docker移植需求分析 |
| 2.1.1 Linux系統(tǒng)發(fā)展趨勢 |
| 2.1.2 應(yīng)用的部署模式 |
| 2.1.3 容器方案移植需求分析 |
| 2.2 Docker移植方案實現(xiàn) |
| 2.2.1 SETNS調(diào)用的架構(gòu)入口添加 |
| 2.2.2 添加Bolt DB的 MIPS參數(shù) |
| 2.2.3 設(shè)備號存儲變量格式轉(zhuǎn)換 |
| 2.3 Docker優(yōu)化方案實現(xiàn) |
| 2.3.1 Docker系統(tǒng)信號變量優(yōu)化 |
| 2.3.2 Docker存儲驅(qū)動優(yōu)化 |
| 2.4 本章小結(jié) |
| 第三章 容器集群系統(tǒng)調(diào)度優(yōu)化 |
| 3.1 MIPS鏡像倉庫構(gòu)建 |
| 3.2 Kubernetes調(diào)度方案分析 |
| 3.2.1 Kubernetes調(diào)度流程分析 |
| 3.2.2 Kubernetes調(diào)度架構(gòu)分析 |
| 3.2.3 Kubernetes調(diào)度策略概述 |
| 3.3 Kubernets調(diào)度優(yōu)化方案設(shè)計 |
| 3.3.1 定制預(yù)選和優(yōu)選調(diào)度算法 |
| 3.3.2 Kubernetes優(yōu)選常量優(yōu)化 |
| 3.4 本章小結(jié) |
| 第四章 優(yōu)化后的Docker方案評測實驗 |
| 4.1 Docker方案優(yōu)化效果評測實驗 |
| 4.1.1 測試鏡像設(shè)計 |
| 4.1.2 測試方案設(shè)計 |
| 4.1.3 實驗結(jié)果分析 |
| 4.2 龍芯平臺與X86平臺下的測試對比實驗 |
| 4.2.1 測試方案設(shè)計 |
| 4.2.2 測試數(shù)據(jù)分析 |
| 4.2.3 實驗結(jié)果分析 |
| 4.3 集群靜態(tài)調(diào)度方案優(yōu)化效果實驗 |
| 4.3.1 測試方案設(shè)計 |
| 4.3.2 實驗結(jié)果分析 |
| 4.4 本章小結(jié) |
| 結(jié)論 |
| 參考文獻 |
| 發(fā)表文章目錄 |
| 致謝 |
（3）基于云存儲后備的Android應(yīng)用外存限額監(jiān)控SDK的設(shè)計和開發(fā)（論文提綱范文）
| 摘要 |
| abstract |
| 第一章 緒論 |
| 1.1 課題研究背景和意義 |
| 1.1.1 課題研究背景 |
| 1.1.2 課題研究意義 |
| 1.2 國內(nèi)外研究現(xiàn)狀 |
| 1.2.1 限額技術(shù)研究現(xiàn)狀 |
| 1.2.2 存儲空間優(yōu)化研究現(xiàn)狀 |
| 1.2.3 云存儲技術(shù)的研究現(xiàn)狀 |
| 1.2.4 Android平臺下SDK的發(fā)展現(xiàn)狀 |
| 1.3 研究目標 |
| 1.4 本文的結(jié)構(gòu) |
| 第二章 相關(guān)技術(shù) |
| 2.1 文件監(jiān)控工具的選擇 |
| 2.1.1 文件監(jiān)控工具的介紹 |
| 2.1.2 FileObserver監(jiān)控工具 |
| 2.2 對象存儲 |
| 2.2.1 對象存儲的介紹 |
| 2.2.2 傳統(tǒng)存儲方式和對象存儲方式的比較 |
| 2.2.3 對象存儲產(chǎn)品 |
| 2.3 數(shù)據(jù)庫的選擇 |
| 2.4 Android開發(fā)技術(shù) |
| 2.4.1 Android系統(tǒng)簡介 |
| 2.4.2 Android系統(tǒng)框架 |
| 2.4.3 Android開發(fā)環(huán)境搭建 |
| 2.5 本章小結(jié) |
| 第三章 AASQM-SDK的設(shè)計思想和總體設(shè)計 |
| 3.1 AASQM-SDK的簡介 |
| 3.2 SDK設(shè)計思想探究 |
| 3.2.1 兩種常見SDK開發(fā)模式 |
| 3.2.2 AASQM-SDK設(shè)計思想及定位 |
| 3.3 需求分析 |
| 3.3.1 功能需求分析 |
| 3.3.2 性能需求分析 |
| 3.4 AASQM-SDK的功能描述 |
| 3.5 AASQM-SDK的總體架構(gòu) |
| 3.6 AASQM-SDK中文件狀態(tài)的定義 |
| 3.7 本章小結(jié) |
| 第四章 AASQM-SDK的詳細設(shè)計與實現(xiàn) |
| 4.1 開發(fā)環(huán)境 |
| 4.2 嵌入式關(guān)系數(shù)據(jù)庫接口層的詳細設(shè)計與實現(xiàn) |
| 4.2.1 文件屬性表的設(shè)計 |
| 4.2.2 封裝SQLite數(shù)據(jù)庫操作函數(shù) |
| 4.3 配置文件層的詳細設(shè)計與實現(xiàn) |
| 4.4 對象存儲接口層的詳細設(shè)計與實現(xiàn) |
| 4.4.1 云對象存儲的選擇 |
| 4.4.2 封裝云對象存儲操作函數(shù) |
| 4.5 文件監(jiān)控層的詳細設(shè)計與實現(xiàn) |
| 4.5.1 文件監(jiān)控的實現(xiàn) |
| 4.5.2 LRU算法的實現(xiàn) |
| 4.6 AASQM-SDK的運行流程 |
| 4.7 本章小結(jié) |
| 第五章 AASQM-SDK系統(tǒng)測試及其分析 |
| 5.1 測試環(huán)境 |
| 5.2 功能測試 |
| 5.2.1 AASQM-SDK使用說明 |
| 5.2.2 測試應(yīng)用進行功能測試 |
| 5.3 性能測試 |
| 5.4 兼容性測試 |
| 5.5 開發(fā)效率對比 |
| 5.6 案例測試 |
| 5.7 本章小結(jié) |
| 總結(jié)與展望 |
| 參考文獻 |
| 攻讀博士/碩士學位期間取得的研究成果 |
| 致謝 |
| 附件 |
（4）輕量級操作系統(tǒng)的設(shè)計與開發(fā)（論文提綱范文）
| 摘要 |
| abstract |
| 第一章 緒論 |
| 1.1 課題背景與研究意義 |
| 1.2 國內(nèi)外研究現(xiàn)狀 |
| 1.3 論文重點研究內(nèi)容 |
| 1.4 論文組織結(jié)構(gòu) |
| 第二章 操作系統(tǒng)相關(guān)技術(shù)分析 |
| 2.1 內(nèi)核分類 |
| 2.2 保護模式概述 |
| 2.3 分頁機制與虛擬內(nèi)存 |
| 2.3.1 分頁機制 |
| 2.3.2 虛擬內(nèi)存 |
| 2.4 進程與線程 |
| 2.4.1 進程概述 |
| 2.4.2 進程與線程的關(guān)系 |
| 2.4.3 任務(wù)的調(diào)度 |
| 2.5 文件系統(tǒng) |
| 2.5.1 文件系統(tǒng)簡述 |
| 2.5.2 文件系統(tǒng)分類 |
| 2.6 本章小結(jié) |
| 第三章 內(nèi)核設(shè)計與實現(xiàn) |
| 3.1 內(nèi)核架構(gòu)設(shè)計 |
| 3.2 時鐘與中斷 |
| 3.2.1 中斷的處理 |
| 3.2.2 特權(quán)級檢驗 |
| 3.2.3 中斷發(fā)生時的壓棧 |
| 3.2.4 時鐘信號的產(chǎn)生 |
| 3.3 內(nèi)存管理 |
| 3.3.1 內(nèi)存池規(guī)劃 |
| 3.3.2 頁內(nèi)存分配 |
| 3.3.3 堆內(nèi)存管理 |
| 3.4 任務(wù)的管理與調(diào)度 |
| 3.4.1 程序控制塊 |
| 3.4.2 進程的創(chuàng)建 |
| 3.4.3 任務(wù)的切換 |
| 3.4.4 任務(wù)的阻塞與喚醒 |
| 3.5 本章小結(jié) |
| 第四章 文件系統(tǒng)與終端 |
| 4.1 文件系統(tǒng)分析 |
| 4.1.1 INODE與塊索引表 |
| 4.1.2 文件系統(tǒng)布局 |
| 4.2 創(chuàng)建文件系統(tǒng) |
| 4.2.1 基礎(chǔ)結(jié)構(gòu)的實現(xiàn) |
| 4.2.2 文件系統(tǒng)的創(chuàng)建 |
| 4.3 文件描述符原理與實現(xiàn) |
| 4.4 文件操作的實現(xiàn) |
| 4.4.1 文件的創(chuàng)建與刪除 |
| 4.4.2 文件的打開與關(guān)閉 |
| 4.4.3 文件的寫入與讀取 |
| 4.4.4 目錄的創(chuàng)建與刪除 |
| 4.5 終端的實現(xiàn) |
| 4.5.1 FORK克隆進程 |
| 4.5.2 系統(tǒng)調(diào)用WAIT和 EXIT |
| 4.5.3 SHELL命令與環(huán)形緩沖區(qū) |
| 4.5.4 命令行的實現(xiàn) |
| 4.6 管道設(shè)計與實現(xiàn) |
| 4.6.1 管道設(shè)計 |
| 4.6.2 在SHELL中支持管道 |
| 4.7 本章小結(jié) |
| 第五章 系統(tǒng)測試與結(jié)果分析 |
| 5.1 工作與測試環(huán)境的搭建 |
| 5.2 測試結(jié)果分析 |
| 5.2.1 內(nèi)存測試 |
| 5.2.2 多任務(wù)測試 |
| 5.2.3 文件處理命令測試 |
| 5.3 本章小結(jié) |
| 第六章 總結(jié)與展望 |
| 6.1 論文工作總結(jié) |
| 6.2 論文貢獻與創(chuàng)新 |
| 6.3 研究展望 |
| 參考文獻 |
| 附錄1 攻讀碩士學位期間撰寫的論文 |
| 致謝 |
（5）基于雙系統(tǒng)的車聯(lián)網(wǎng)車載終端設(shè)計與實現(xiàn)（論文提綱范文）
| 摘要 |
| Abstract |
| 第一章 緒論 |
| 1.1 課題的背景及意義 |
| 1.2 國內(nèi)外研究現(xiàn)狀 |
| 1.2.1 國外研究現(xiàn)狀 |
| 1.2.2 國內(nèi)研究現(xiàn)狀 |
| 1.3 車聯(lián)網(wǎng)概述 |
| 1.4 課題的研究內(nèi)容與創(chuàng)新點 |
| 1.4.1 課題研究內(nèi)容 |
| 1.4.2 課題創(chuàng)新點 |
| 1.5 論文章節(jié)安排 |
| 本章小結(jié) |
| 第二章 車聯(lián)網(wǎng)車載終端設(shè)計架構(gòu) |
| 2.1 車載終端安全管理生命周期分析 |
| 2.2 硬件架構(gòu)設(shè)計方案論證 |
| 2.2.1 車載終端的硬件架構(gòu) |
| 2.2.2 車載終端硬件選取 |
| 2.3 軟件架構(gòu)設(shè)計方案論證 |
| 2.3.1 車載終端軟件架構(gòu) |
| 2.3.2 ASIL等級判定 |
| 2.3.3 風險處理策略 |
| 2.4 系統(tǒng)設(shè)計開發(fā)涉及的關(guān)鍵技術(shù) |
| 2.4.1 嵌入式Linux系統(tǒng)及NFS服務(wù)器 |
| 2.4.2 車載終端Android系統(tǒng) |
| 2.4.3 其他技術(shù) |
| 本章小結(jié) |
| 第三章 車聯(lián)網(wǎng)車載終端硬件設(shè)計 |
| 3.1 車載終端調(diào)試接口電路設(shè)計 |
| 3.1.1 調(diào)試串口電路設(shè)計 |
| 3.1.2 OTG接口介紹 |
| 3.2 通信模塊接口設(shè)計 |
| 3.2.1 CAN通信模塊電路設(shè)計 |
| 3.2.2 藍牙/WiFi通信模塊接口設(shè)計 |
| 3.2.3 4G模塊接口電路設(shè)計 |
| 3.3 定位模塊接口設(shè)計 |
| 3.3.1 雙模定位模塊接口電路設(shè)計 |
| 3.3.2 GPS定位模塊接口設(shè)計 |
| 3.4 影音模塊接口電路設(shè)計 |
| 3.4.1 音頻編碼/解碼電路設(shè)計 |
| 3.4.2 語音識別模塊接口電路設(shè)計 |
| 3.4.3 攝像頭模塊接口電路設(shè)計 |
| 3.4.4 觸摸屏接口轉(zhuǎn)換電路設(shè)計 |
| 3.5 電源轉(zhuǎn)換電路設(shè)計 |
| 本章小結(jié) |
| 第四章 車聯(lián)網(wǎng)車載終端開發(fā)平臺搭建 |
| 4.1 車載終端開發(fā)環(huán)境需求 |
| 4.2 宿主機環(huán)境搭建 |
| 4.2.1 Ubuntu系統(tǒng)搭建 |
| 4.2.2 交叉編譯環(huán)境搭建 |
| 4.2.3 NFS服務(wù)器搭建 |
| 4.3 車載雙系統(tǒng)編譯 |
| 4.3.1 Bootloader編譯 |
| 4.3.2 Kernel定制 |
| 4.3.3 File System定制 |
| 4.4 車載終端環(huán)境搭建 |
| 4.4.1 車載雙系統(tǒng)初始移植 |
| 4.4.2 車載終端系統(tǒng)調(diào)試移植 |
| 本章小結(jié) |
| 第五章 車聯(lián)網(wǎng)車載終端軟件設(shè)計 |
| 5.1 車載終端通信協(xié)議 |
| 5.1.1 CAN總線通信協(xié)議 |
| 5.1.2 NMEA-0183協(xié)議 |
| 5.1.3 雙模定位模塊命令協(xié)議 |
| 5.1.4 4G模塊命令協(xié)議 |
| 5.1.5 語音識別模塊命令協(xié)議 |
| 5.2 車載終端嵌入式Linux系統(tǒng)程序分析 |
| 5.2.1 嵌入式Linux系統(tǒng)應(yīng)用函數(shù)介紹 |
| 5.2.2 A/D誤差校正 |
| 5.2.3 車載終端嵌入式Linux系統(tǒng)串口初始化 |
| 5.3 風險處理程序設(shè)計 |
| 5.3.1 功能層程序設(shè)計 |
| 5.3.2 數(shù)據(jù)處理層程序設(shè)計 |
| 5.3.3 控制層程序設(shè)計 |
| 5.4 車載終端對云端的交互程序設(shè)計 |
| 5.4.1 交互程序設(shè)計 |
| 5.4.2 數(shù)據(jù)顯示程序設(shè)計及開機自啟 |
| 5.5 車載終端Android系統(tǒng)程序設(shè)計 |
| 5.5.1 程序設(shè)計環(huán)境 |
| 5.5.2 藍牙/WiFi程序設(shè)計 |
| 5.5.3 監(jiān)聽程序設(shè)計 |
| 5.5.4 開機自啟APP設(shè)定 |
| 本章小結(jié) |
| 第六章 車聯(lián)網(wǎng)車載終端測試 |
| 6.1 車載終端嵌入式Linux系統(tǒng)測試 |
| 6.1.1 風險處理功能層程序測試 |
| 6.1.2 數(shù)據(jù)處理層和控制層程序測試 |
| 6.1.3 車載終端對云端的交互程序測試 |
| 6.1.4 車載終端嵌入式Linux系統(tǒng)整體測試 |
| 6.2 車載終端Android系統(tǒng)測試 |
| 6.2.1 車載終端Android系統(tǒng)程序UI跳轉(zhuǎn)測試 |
| 6.2.2 車載終端Android系統(tǒng)監(jiān)聽程序測試 |
| 本章小結(jié) |
| 結(jié)論 |
| 參考文獻 |
| 附錄A 坐標系建立代碼 |
| 攻讀碩士學位期間取得的學術(shù)成果 |
| 致謝 |
（6）基于Zabbix的Solaris平臺監(jiān)控管理系統(tǒng)設(shè)計與實現(xiàn)（論文提綱范文）
| 摘要 |
| abstract |
| 1 緒論 |
| 1.1 論文研究背景 |
| 1.2 論文研究意義 |
| 1.3 目前國內(nèi)外現(xiàn)狀 |
| 1.3.1 Solaris設(shè)備現(xiàn)狀分析 |
| 1.3.2 Solaris設(shè)備平臺監(jiān)控現(xiàn)狀 |
| 1.3.3 當前開源監(jiān)控解決方案 |
| 1.4 論文主要研究內(nèi)容 |
| 1.5 本論文結(jié)構(gòu) |
| 2 項目中涉及的相關(guān)技術(shù) |
| 2.1 Zabbix介紹 |
| 2.1.1 Zabbix概述 |
| 2.1.2 Zabbix基礎(chǔ)架構(gòu) |
| 2.1.3 Zabbix主要組成部分 |
| 2.1.4 Zabbix運行流程 |
| 2.2 Solaris設(shè)備平臺架構(gòu) |
| 2.2.1 Solaris服務(wù)器設(shè)備 |
| 2.2.2 Solaris存儲類設(shè)備 |
| 2.2.3 Solaris平臺系統(tǒng)架構(gòu) |
| 2.3 SNMP協(xié)議 |
| 2.3.1 SNMP協(xié)議介紹 |
| 2.3.2 SNMP工作原理 |
| 2.4 IPMI協(xié)議 |
| 2.4.1 IPMI協(xié)議介紹 |
| 2.4.2 IPMI協(xié)議原理 |
| 2.5 本章小結(jié) |
| 3 需求分析與概要設(shè)計 |
| 3.1 系統(tǒng)需求分析 |
| 3.1.1 用戶需求分析 |
| 3.1.2 系統(tǒng)功能性需求 |
| 3.1.3 系統(tǒng)非功能性需求 |
| 3.1.4 系統(tǒng)可行性分析 |
| 3.2 系統(tǒng)概要設(shè)計 |
| 3.2.1 系統(tǒng)總體架構(gòu) |
| 3.2.2 數(shù)據(jù)采集 |
| 3.2.3 信息展示 |
| 3.2.4 告警功能 |
| 3.2.5 日志監(jiān)控 |
| 3.3 本章小結(jié) |
| 4 系統(tǒng)詳細設(shè)計與實現(xiàn) |
| 4.1 Zabbix初始化部署 |
| 4.1.1 Zabbix安裝 |
| 4.1.2 Zabbix配置 |
| 4.2 數(shù)據(jù)采集模塊設(shè)計 |
| 4.2.1 客戶端軟件采集 |
| 4.2.2 網(wǎng)絡(luò)協(xié)議采集 |
| 4.2.3 創(chuàng)建監(jiān)控主機 |
| 4.3 監(jiān)控模塊設(shè)計 |
| 4.3.1 監(jiān)控項設(shè)計 |
| 4.3.2 監(jiān)控模板設(shè)計 |
| 4.4 監(jiān)控界面展示設(shè)計 |
| 4.5 告警模塊設(shè)計 |
| 4.5.1 觸發(fā)器的設(shè)計 |
| 4.5.2 告警動作設(shè)計 |
| 4.6 本章小結(jié) |
| 5 系統(tǒng)測試 |
| 5.1 測試環(huán)境 |
| 5.2 功能測試 |
| 5.2.1 采集功能測試 |
| 5.2.2 展示功能測試 |
| 5.2.3 告警功能測試 |
| 5.3 性能性測 |
| 5.4 同類系統(tǒng)對比 |
| 5.5 本章小結(jié) |
| 6 總結(jié)和展望 |
| 6.1 總結(jié) |
| 6.2 展望 |
| 致謝 |
| 參考文獻 |
（7）面向MPSoC虛擬化體系結(jié)構(gòu)的操作系統(tǒng)關(guān)鍵技術(shù)（論文提綱范文）
| 摘要 |
| ABSTRACT |
| 第一章 緒論 |
| 1.1 研究背景與意義 |
| 1.2 相關(guān)技術(shù)與研究成果 |
| 1.2.1 開源虛擬化平臺與體系結(jié)構(gòu) |
| 1.2.2 虛擬機安全 |
| 1.2.3 I/O虛擬化 |
| 1.3 研究內(nèi)容與貢獻 |
| 1.4 論文結(jié)構(gòu) |
| 第二章 面向飛騰平臺的虛擬化操作系統(tǒng)設(shè)計 |
| 2.1 CPU虛擬化 |
| 2.1.1 硬件機制 |
| 2.1.2 軟件設(shè)計 |
| 2.2 內(nèi)存虛擬化 |
| 2.2.1 硬件機制 |
| 2.2.2 軟件設(shè)計 |
| 2.3 中斷虛擬化 |
| 2.3.1 硬件機制 |
| 2.3.2 軟件設(shè)計 |
| 2.4 計時器虛擬化 |
| 2.4.1 硬件機制 |
| 2.4.2 軟件設(shè)計 |
| 2.5 與Intel平臺虛擬化技術(shù)的比較 |
| 第三章 虛擬化體系結(jié)構(gòu)的邊信道安全 |
| 3.1 現(xiàn)代超標量處理器上的邊信道 |
| 3.1.1 硬件基礎(chǔ) |
| 3.1.2 邊信道攻擊策略 |
| 3.2 基于流水線動態(tài)執(zhí)行的邊信道攻擊 |
| 3.2.1 幽靈漏洞攻擊 |
| 3.2.2 熔斷漏洞攻擊 |
| 3.3 針對幽靈與熔斷攻擊的現(xiàn)有防護方法 |
| 3.3.1 針對幽靈漏洞攻擊的防護 |
| 3.3.2 針對熔斷漏洞攻擊的防護 |
| 3.4 Retpoline防護方案下的系統(tǒng)性能優(yōu)化 |
| 3.4.1 Retpoline防護方案對系統(tǒng)性能的影響 |
| 3.4.2 用戶態(tài)網(wǎng)絡(luò)I/O |
| 3.5 針對熔斷漏洞的按需隔離機制 |
| 3.5.1 方案設(shè)計 |
| 3.5.2 實驗與性能評估 |
| 3.5.3 討論 |
| 3.6 本章小結(jié) |
| 第四章 高可伸縮MPSoC網(wǎng)絡(luò)I/O虛擬化技術(shù) |
| 4.1 飛騰平臺虛擬并發(fā)網(wǎng)絡(luò)I/O性能折損的現(xiàn)象 |
| 4.2 多隊列虛擬網(wǎng)卡設(shè)備的設(shè)計與實現(xiàn) |
| 4.2.1 多隊列半虛擬化網(wǎng)絡(luò)I/O |
| 4.2.2 飛騰平臺下虛擬多隊列網(wǎng)絡(luò)I/O中斷的實現(xiàn) |
| 4.3 性能評估方法 |
| 4.4 實驗結(jié)果 |
| 4.4.1 總吞吐率 |
| 4.4.2 事務(wù)處理總時間 |
| 4.4.3 連接與等待時間 |
| 4.5 本章小結(jié) |
| 第五章 飛騰平臺虛擬化操作系統(tǒng)的實現(xiàn)與系統(tǒng)性能測試 |
| 5.1 基于硬件分區(qū)的虛擬機監(jiān)控器實現(xiàn) |
| 5.1.1 系統(tǒng)初始化 |
| 5.1.2 內(nèi)存管理 |
| 5.1.3 域間通信 |
| 5.1.4 分區(qū)的創(chuàng)建 |
| 5.2 飛騰虛擬化平臺下的高速緩存一致性 |
| 5.2.1 客戶操作系統(tǒng)內(nèi)核加載時的緩存一致性 |
| 5.2.2 模擬設(shè)備的緩存一致性 |
| 5.3 性能評測 |
| 5.3.1 系統(tǒng)級測試與評估 |
| 5.3.2 面向深度學習的測試與評估 |
| 5.3.3 面向高性能計算應(yīng)用的測試與評估 |
| 5.4 本章小結(jié) |
| 第六章 總結(jié)與展望 |
| 6.1 工作總結(jié) |
| 6.2 研究展望 |
| 致謝 |
| 參考文獻 |
| 作者在學期間取得的學術(shù)成果 |
（8）基于日志結(jié)構(gòu)合并樹的大規(guī)模鍵值存儲系統(tǒng)優(yōu)化方法研究（論文提綱范文）
| 摘要 |
| Abstract |
| 1 緒論 |
| 1.1 大數(shù)據(jù)時代的寫優(yōu)化結(jié)構(gòu) |
| 1.2 日志結(jié)構(gòu)合并樹的歷史與現(xiàn)狀 |
| 1.3 日志結(jié)構(gòu)合并樹面臨的挑戰(zhàn) |
| 1.4 本文研究內(nèi)容 |
| 1.5 課題來源 |
| 2 面向日志結(jié)構(gòu)合并樹的高性能跳表 |
| 2.1 跳表在日志結(jié)構(gòu)合并樹中的角色 |
| 2.2 高性能跳表的設(shè)計與實現(xiàn) |
| 2.3 復(fù)雜度分析 |
| 2.4 性能評估 |
| 2.5 本章小結(jié) |
| 3 日志結(jié)構(gòu)合并樹直接存儲技術(shù)研究 |
| 3.1 直接存儲的必要性 |
| 3.2 直接存儲系統(tǒng)原型設(shè)計與實現(xiàn) |
| 3.3 性能評估 |
| 3.4 持久性與并發(fā)性討論 |
| 3.5 本章小結(jié) |
| 4 構(gòu)建基于森林模型的高性能鍵值存儲系統(tǒng) |
| 4.1 背景介紹 |
| 4.2 “樹/森林”分類模型 |
| 4.3 “樹/森林”模型特征分析 |
| 4.4 基于分割森林鍵值存儲系統(tǒng)的設(shè)計與實現(xiàn) |
| 4.5 性能評估 |
| 4.6 相關(guān)問題討論 |
| 4.7 本章小結(jié) |
| 5 全文總結(jié)與展望 |
| 5.1 研究成果總結(jié) |
| 5.2 工作展望 |
| 致謝 |
| 參考文獻 |
| 附錄1 攻讀博士學位期間發(fā)表的論文目錄 |
| 附錄2 攻讀博士學位期間申請的發(fā)明專利 |
| 附錄3 攻讀博士學位期間參與的科研項目 |
（9）應(yīng)用軟件外存限額文件系統(tǒng)的設(shè)計與實現(xiàn)（論文提綱范文）
| 摘要 |
| ABSTRACT |
| 第一章 緒論 |
| 1.1 課題研究背景 |
| 1.2 國內(nèi)外研究現(xiàn)狀 |
| 1.2.1 限額技術(shù)研究現(xiàn)狀 |
| 1.2.2 存儲空間優(yōu)化技術(shù)研究現(xiàn)狀 |
| 1.2.3 云存儲文件系統(tǒng)開發(fā)技術(shù)研究現(xiàn)狀 |
| 1.3 研究目標 |
| 1.4 本文的結(jié)構(gòu) |
| 第二章 相關(guān)技術(shù) |
| 2.1 文件系統(tǒng)監(jiān)控方式的選取 |
| 2.1.1 文件系統(tǒng)監(jiān)控方式概述 |
| 2.1.2 inotify監(jiān)控方式 |
| 2.1.3 fanotify監(jiān)控方式 |
| 2.1.4 監(jiān)控方式的對比和改進 |
| 2.2 對象存儲 |
| 2.2.1 對象存儲知識 |
| 2.2.2 對象存儲和傳統(tǒng)的存儲方式的對比 |
| 2.3 數(shù)據(jù)庫的選擇 |
| 2.4 文件系統(tǒng)開發(fā)方式的選擇 |
| 2.4.1 開發(fā)方式的對比和選擇 |
| 2.4.2 AQFS的文件系統(tǒng)開發(fā)方式 |
| 2.5 本章小結(jié) |
| 第三章 AQFS總體設(shè)計 |
| 3.1 AQFS功能描述 |
| 3.2 AQFS總體架構(gòu) |
| 3.3 AQFS事件定義 |
| 3.3.1 AQFS文件元數(shù)據(jù)結(jié)構(gòu)模型 |
| 3.3.2 AQFS事件 |
| 3.4 本章小結(jié) |
| 第四章 AQFS詳細設(shè)計 |
| 4.1 開發(fā)環(huán)境 |
| 4.2 數(shù)據(jù)庫接口層詳細設(shè)計 |
| 4.2.1 數(shù)據(jù)庫表 |
| 4.2.2 數(shù)據(jù)庫接口層函數(shù)封裝 |
| 4.2.3 配置文件的加載 |
| 4.3 對象存儲接口層詳細設(shè)計 |
| 4.3.1 云端對象存儲初始化 |
| 4.3.2 云端對象存儲函數(shù)封裝 |
| 4.4 文件系統(tǒng)接口層詳細設(shè)計 |
| 4.4.1 監(jiān)控功能的設(shè)計細節(jié) |
| 4.4.2 工具類函數(shù)封裝 |
| 4.5 AQFS的運行 |
| 4.6 本章小結(jié) |
| 第五章 AQFS系統(tǒng)測試 |
| 5.1 測試環(huán)境 |
| 5.2 LTP功能測試 |
| 5.2.1 LTP工具介紹 |
| 5.2.2 LTP功能測試結(jié)果 |
| 5.3 外存限額操作功能測試 |
| 5.4 iozone性能測試 |
| 5.4.1 iozone工具介紹 |
| 5.4.2 iozone性能測試結(jié)果 |
| 5.5 本章小結(jié) |
| 總結(jié)與展望 |
| 參考文獻 |
| 攻讀博士/碩士學位期間取得的研究成果 |
| 致謝 |
| 附件 |
（10）面向控制領(lǐng)域的微內(nèi)核系統(tǒng)服務(wù)的設(shè)計與實現(xiàn)（論文提綱范文）
| 摘要 |
| abstract |
| 第一章 緒論 |
| 1.1 課題的研究背景和意義 |
| 1.2 國內(nèi)外發(fā)展現(xiàn)狀 |
| 1.2.1 微內(nèi)核技術(shù) |
| 1.2.2 基于微內(nèi)核的操作系統(tǒng)發(fā)展現(xiàn)狀 |
| 1.3 研究內(nèi)容及其主要工作 |
| 1.4 本論文的結(jié)構(gòu)安排 |
| 第二章 相關(guān)關(guān)鍵技術(shù) |
| 2.1 微內(nèi)核技術(shù) |
| 2.1.1 微內(nèi)核技術(shù)概述 |
| 2.1.2 DeHyp微內(nèi)核操作系統(tǒng) |
| 2.1.2.1 資源訪問控制 |
| 2.1.2.2 內(nèi)核對象 |
| 2.1.2.3 IPC |
| 2.1.2.4 中斷傳遞 |
| 2.1.2.5 內(nèi)存管理 |
| 2.2 嵌入式網(wǎng)絡(luò)協(xié)議棧 |
| 2.2.1 嵌入式網(wǎng)絡(luò)協(xié)議棧簡介 |
| 2.2.1.1 BSD TCP/IP |
| 2.2.1.2 uC/IP |
| 2.2.1.3 uIP |
| 2.2.1.4 LwIP |
| 2.2.2 LwIP數(shù)據(jù)包和網(wǎng)絡(luò)接口管理 |
| 2.2.2.1 數(shù)據(jù)包管理 |
| 2.2.2.2 網(wǎng)絡(luò)接口管理 |
| 2.2.3 LwIP的過程模型 |
| 2.2.4 系統(tǒng)模擬層 |
| 2.3 嵌入式內(nèi)存管理 |
| 2.3.1 常見嵌入式系統(tǒng)的內(nèi)存管理 |
| 2.3.1.1 uC/OS的內(nèi)存管理 |
| 2.3.1.2 RT-Thread的內(nèi)存管理 |
| 2.3.1.3 VxWorks的內(nèi)存管理 |
| 2.3.2 其他內(nèi)存管理方式 |
| 2.3.2.1 Buddy System |
| 2.3.2.2 Slub分配器 |
| 2.4 可信啟動機制 |
| 2.4.1 可信傳遞 |
| 2.4.2 可信啟動 |
| 2.4.3 數(shù)字證書 |
| 2.5 分區(qū)隔離機制 |
| 2.5.1 分區(qū)概念 |
| 2.5.2 ARINC653 的分區(qū)管理 |
| 2.6 BLP安全模型 |
| 2.7 本章小結(jié) |
| 第三章 面向控制領(lǐng)域的微內(nèi)核系統(tǒng)服務(wù)的設(shè)計 |
| 3.1 設(shè)計目標 |
| 3.2 設(shè)計原則和機制 |
| 3.3 微內(nèi)核系統(tǒng)服務(wù)總體結(jié)構(gòu) |
| 3.3.1 組件運行環(huán)境層 |
| 3.3.1.1 組件管理服務(wù) |
| 3.3.1.2 事件服務(wù)總線 |
| 3.3.2 應(yīng)用組件層 |
| 3.4 系統(tǒng)服務(wù)安全性與可靠性設(shè)計 |
| 3.4.1 組件空間隔離機制 |
| 3.4.2 組件資源訪問控制 |
| 3.4.3 多級安全通信機制 |
| 3.4.4 靜態(tài)可信啟動機制 |
| 3.5 組件管理服務(wù) |
| 3.5.1 組件管理 |
| 3.5.2 內(nèi)存管理 |
| 3.5.3 中斷處理 |
| 3.6 事件服務(wù)總線 |
| 3.6.1 總線結(jié)構(gòu) |
| 3.6.2 服務(wù)原語 |
| 3.6.3 通信協(xié)議 |
| 3.6.4 服務(wù)向量表 |
| 3.7 應(yīng)用層服務(wù)組件 |
| 3.7.1 一般化服務(wù)組件 |
| 3.7.2 設(shè)備服務(wù)組件 |
| 3.8 系統(tǒng)服務(wù)高效性設(shè)計 |
| 3.9 本章小結(jié) |
| 第四章 組件運行環(huán)境層的實現(xiàn) |
| 4.1 組件管理服務(wù) |
| 4.1.1 組件管理 |
| 4.1.1.1 組件管理數(shù)據(jù)結(jié)構(gòu)設(shè)計 |
| 4.1.1.2 組件加載與創(chuàng)建 |
| 4.1.2 內(nèi)存管理 |
| 4.1.2.1 內(nèi)存管理數(shù)據(jù)結(jié)構(gòu)設(shè)計 |
| 4.1.2.2 內(nèi)存管理初始化 |
| 4.1.2.3 內(nèi)存的分配與釋放 |
| 4.1.3 中斷處理 |
| 4.1.3.1 缺頁中斷處理 |
| 4.1.3.2 線程退出信號處理 |
| 4.1.4 安全可靠性機制 |
| 4.1.4.1 多級安全通信機制 |
| 4.1.4.2 組件可信啟動機制 |
| 4.2 事件服務(wù)總線 |
| 4.2.1 服務(wù)注冊管理數(shù)據(jù)結(jié)構(gòu) |
| 4.2.2 事件服務(wù)總線庫 |
| 4.2.2.1 ESB幀結(jié)構(gòu) |
| 4.2.2.2 服務(wù)原語定義 |
| 4.2.3 事件服務(wù)代理 |
| 4.3 本章小結(jié) |
| 第五章 應(yīng)用層服務(wù)組件的實現(xiàn) |
| 5.1 文件系統(tǒng)服務(wù)組件 |
| 5.1.1 FATFS文件系統(tǒng)移植 |
| 5.1.1.1 FATFS文件系統(tǒng) |
| 5.1.1.2 文件系統(tǒng)移植 |
| 5.1.2 文件系統(tǒng)服務(wù)處理模塊 |
| 5.1.2.1 文件系統(tǒng)服務(wù)組件初始化 |
| 5.1.2.2 文件系統(tǒng)服務(wù)運行 |
| 5.2 網(wǎng)絡(luò)服務(wù)組件 |
| 5.2.1 LwIP輕量級協(xié)議棧移植 |
| 5.2.2 網(wǎng)絡(luò)服務(wù)處理模塊 |
| 5.2.2.1 數(shù)據(jù)結(jié)構(gòu)設(shè)計 |
| 5.2.2.2 服務(wù)組件初始化 |
| 5.2.2.3 網(wǎng)絡(luò)服務(wù)的運行 |
| 5.3 設(shè)備服務(wù)組件 |
| 5.3.1 SD存儲卡設(shè)備驅(qū)動程序 |
| 5.3.2 SD卡設(shè)備服務(wù)處理模塊 |
| 5.4 本章小結(jié) |
| 第六章 系統(tǒng)運行與測試 |
| 6.1 測試平臺 |
| 6.2 組件管理服務(wù)功能測試 |
| 6.2.1 基礎(chǔ)功能測試 |
| 6.2.2 組件管理功能測試 |
| 6.3 安全可靠性機制測試 |
| 6.3.1 組件間通信機制測試 |
| 6.3.2 靜態(tài)可信啟動測試 |
| 6.4 事件服務(wù)總線的遠程調(diào)用功能測試 |
| 6.5 應(yīng)用層服務(wù)組件功能測試 |
| 6.5.1 文件系統(tǒng)服務(wù)組件功能測試 |
| 6.5.2 網(wǎng)絡(luò)服務(wù)功能測試 |
| 6.6 性能測試 |
| 6.6.1 共享內(nèi)存IPC的性能測試 |
| 6.6.2 文件系統(tǒng)讀寫性能測試 |
| 6.6.3 網(wǎng)絡(luò)服務(wù)性能測試 |
| 6.7 本章小結(jié) |
| 第七章 總結(jié)與展望 |
| 7.1 全文工作總結(jié) |
| 7.2 存在問題與不足 |
| 7.3 后續(xù)工作展望 |
| 致謝 |
| 參考文獻 |
四、芻議UNIX操作系統(tǒng)下文件系統(tǒng)性能的優(yōu)化（論文參考文獻）
- [1]異構(gòu)計算系統(tǒng)中的資源虛擬化技術(shù)研究[D]. 陳朱疊. 電子科技大學, 2021(01)
- [2]基于龍芯平臺的Docker移植與優(yōu)化方法研究[D]. 吳平凡. 東北石油大學, 2020(03)
- [3]基于云存儲后備的Android應(yīng)用外存限額監(jiān)控SDK的設(shè)計和開發(fā)[D]. 梁鑫波. 華南理工大學, 2020(02)
- [4]輕量級操作系統(tǒng)的設(shè)計與開發(fā)[D]. 馮小建. 南京郵電大學, 2019(02)
- [5]基于雙系統(tǒng)的車聯(lián)網(wǎng)車載終端設(shè)計與實現(xiàn)[D]. 劉少偉. 大連交通大學, 2019(08)
- [6]基于Zabbix的Solaris平臺監(jiān)控管理系統(tǒng)設(shè)計與實現(xiàn)[D]. 楊恒生. 華南農(nóng)業(yè)大學, 2019(02)
- [7]面向MPSoC虛擬化體系結(jié)構(gòu)的操作系統(tǒng)關(guān)鍵技術(shù)[D]. 陳鮑孜. 國防科技大學, 2019(01)
- [8]基于日志結(jié)構(gòu)合并樹的大規(guī)模鍵值存儲系統(tǒng)優(yōu)化方法研究[D]. 梅飛. 華中科技大學, 2019
- [9]應(yīng)用軟件外存限額文件系統(tǒng)的設(shè)計與實現(xiàn)[D]. 劉旭. 華南理工大學, 2019(01)
- [10]面向控制領(lǐng)域的微內(nèi)核系統(tǒng)服務(wù)的設(shè)計與實現(xiàn)[D]. 林舜清. 電子科技大學, 2019(01)
標簽：docker論文; 應(yīng)用虛擬化論文; 異構(gòu)計算論文; unix論文; 異構(gòu)網(wǎng)絡(luò)論文;