本發(fā)明涉及numa技術(shù)領(lǐng)域，特別涉及一種numa架構(gòu)下的沙箱環(huán)境任務(wù)處理方法及系統(tǒng)。

背景技術(shù)：

當(dāng)前，numa架構(gòu)(numa，即non-uniformmemoryarchitecture)中存在多個內(nèi)存節(jié)點，每個內(nèi)存節(jié)點以及對應(yīng)的多核系統(tǒng)構(gòu)成一個內(nèi)存區(qū)域，并且在每個內(nèi)存區(qū)域上設(shè)有獨立且私有的內(nèi)存控制器，能夠為線程訪問本地內(nèi)存節(jié)點時，在訪問時間上為用戶帶來更優(yōu)的體驗。

為了對numa架構(gòu)下的任務(wù)行為以及相應(yīng)的資源競爭行為進行研究分析，以便提升系統(tǒng)性能，可以通過構(gòu)建沙箱環(huán)境，然后在沙箱環(huán)境中進行測試，基于上述測試結(jié)果可以清楚地了解與任務(wù)行為相關(guān)的信息。在numa架構(gòu)的沙箱環(huán)境進行測試的過程中，沙箱環(huán)境中運行的任務(wù)可能會引發(fā)系統(tǒng)性能的降低，這時候有必要針對相應(yīng)任務(wù)展開特定處理，以提升系統(tǒng)性能。

技術(shù)實現(xiàn)要素：

有鑒于此，本發(fā)明的目的在于提供一種numa架構(gòu)下的沙箱環(huán)境任務(wù)處理方法及系統(tǒng)，能夠減少任務(wù)運行過程對系統(tǒng)性能的不良影響，從而提升系統(tǒng)性能。其具體方案如下：

一種numa架構(gòu)下的沙箱環(huán)境任務(wù)處理方法，包括：

在numa架構(gòu)的沙箱環(huán)境進行測試的過程中，對所述沙箱環(huán)境中運行的任務(wù)進行實時監(jiān)視；

若監(jiān)視到所述沙箱環(huán)境中存在需要進行資源調(diào)度的任務(wù)，則提取相應(yīng)的任務(wù)信息，得到目標(biāo)任務(wù)信息；

從預(yù)先創(chuàng)建的資源調(diào)度策略庫中確定出與所述目標(biāo)任務(wù)信息對應(yīng)的資源調(diào)度策略，得到目標(biāo)調(diào)度策略；

根據(jù)所述目標(biāo)調(diào)度策略，進行相應(yīng)的資源調(diào)度。

可選的，所述若監(jiān)視到所述沙箱環(huán)境中存在需要進行資源調(diào)度的任務(wù)，則提取相應(yīng)的任務(wù)信息的過程，包括：

若監(jiān)視到所述沙箱環(huán)境中存在多個任務(wù)均處于運行狀態(tài)，則判斷所述多個任務(wù)中是否存在相互干擾的任務(wù)；

若所述多個任務(wù)中存在相互干擾的任務(wù)，則提取相互干擾的任務(wù)對應(yīng)的任務(wù)信息，得到目標(biāo)任務(wù)信息。

可選的，所述資源調(diào)度策略庫的創(chuàng)建過程，包括：

采集歷史上在同時運行過程中產(chǎn)生相互干擾事件的任務(wù)對應(yīng)的任務(wù)信息；

確定與每個相互干擾事件對應(yīng)的資源調(diào)度策略；

將每個相互干擾事件對應(yīng)的任務(wù)信息以及最優(yōu)的資源調(diào)度策略記錄至預(yù)設(shè)數(shù)據(jù)庫，得到所述資源調(diào)度策略庫。

可選的，所述確定與每個相互干擾事件對應(yīng)的資源調(diào)度策略的過程，包括：

為每個相互干擾事件確定多個潛在調(diào)度策略，然后從所述多個潛在調(diào)度策略中篩選出性能優(yōu)化最明顯的一個潛在調(diào)度策略作為該相互干擾事件所對應(yīng)的資源調(diào)度策略。

可選的，所述判斷所述多個任務(wù)中是否存在相互干擾的任務(wù)的過程，包括：

根據(jù)所述資源調(diào)度策略庫中記錄的信息，判斷所述多個任務(wù)中是否存在相互干擾的任務(wù)。

本發(fā)明還相應(yīng)公開了一種numa架構(gòu)下的沙箱環(huán)境任務(wù)處理系統(tǒng)，包括：

策略庫創(chuàng)建模塊，用于創(chuàng)建資源調(diào)度策略庫；

任務(wù)監(jiān)視模塊，用于在numa架構(gòu)的沙箱環(huán)境進行測試的過程中，對所述沙箱環(huán)境中運行的任務(wù)進行實時監(jiān)視；

信息提取模塊，用于當(dāng)所述任務(wù)監(jiān)視模塊監(jiān)視到所述沙箱環(huán)境中存在需要進行資源調(diào)度的任務(wù)，則提取相應(yīng)的任務(wù)信息，得到目標(biāo)任務(wù)信息；

策略確定模塊，用于從所述資源調(diào)度策略庫中確定出與所述目標(biāo)任務(wù)信息對應(yīng)的資源調(diào)度策略，得到目標(biāo)調(diào)度策略；

資源調(diào)度模塊，用于根據(jù)所述目標(biāo)調(diào)度策略，進行相應(yīng)的資源調(diào)度。

可選的，所述信息提取模塊，包括：

判斷子模塊，用于當(dāng)所述任務(wù)監(jiān)視模塊監(jiān)視到所述沙箱環(huán)境中存在多個任務(wù)均處于運行狀態(tài)，則判斷所述多個任務(wù)中是否存在相互干擾的任務(wù)；

提取子模塊，用于當(dāng)所述多個任務(wù)中存在相互干擾的任務(wù)，則提取相互干擾的任務(wù)對應(yīng)的任務(wù)信息，得到目標(biāo)任務(wù)信息。

可選的，所述策略庫創(chuàng)建模塊，包括：

信息采集單元，用于采集歷史上在同時運行過程中產(chǎn)生相互干擾事件的任務(wù)對應(yīng)的任務(wù)信息；

策略確定單元，用于確定與每個相互干擾事件對應(yīng)的資源調(diào)度策略；

信息記錄單元，用于將每個相互干擾事件對應(yīng)的任務(wù)信息以及最優(yōu)的資源調(diào)度策略記錄至預(yù)設(shè)數(shù)據(jù)庫，得到所述資源調(diào)度策略庫。

可選的，述策略確定單元，具體用于為每個相互干擾事件確定多個潛在調(diào)度策略，然后從所述多個潛在調(diào)度策略中篩選出性能優(yōu)化最明顯的一個潛在調(diào)度策略作為該相互干擾事件所對應(yīng)的資源調(diào)度策略。

可選的，所述判斷子模塊，具體用于當(dāng)所述任務(wù)監(jiān)視模塊監(jiān)視到所述沙箱環(huán)境中存在多個任務(wù)均處于運行狀態(tài)，則根據(jù)所述資源調(diào)度策略庫中記錄的信息，判斷所述多個任務(wù)中是否存在相互干擾的任務(wù)。

本發(fā)明中，numa架構(gòu)下的沙箱環(huán)境任務(wù)處理方法，包括：在numa架構(gòu)的沙箱環(huán)境進行測試的過程中，對沙箱環(huán)境中運行的任務(wù)進行實時監(jiān)視；若監(jiān)視到沙箱環(huán)境中存在需要進行資源調(diào)度的任務(wù)，則提取相應(yīng)的任務(wù)信息，得到目標(biāo)任務(wù)信息；從預(yù)先創(chuàng)建的資源調(diào)度策略庫中確定出與目標(biāo)任務(wù)信息對應(yīng)的資源調(diào)度策略，得到目標(biāo)調(diào)度策略；根據(jù)目標(biāo)調(diào)度策略，進行相應(yīng)的資源調(diào)度。

可見，本發(fā)明在沙箱環(huán)境進行測試的過程中，對沙箱環(huán)境中運行的任務(wù)進行實時監(jiān)視，若監(jiān)視到存在需要進行資源調(diào)度的任務(wù)，則會提取相應(yīng)的任務(wù)信息，然后從資源調(diào)度策略庫中篩選出與上述任務(wù)信息對應(yīng)的資源調(diào)度策略，接著根據(jù)該資源調(diào)度策略展開相應(yīng)的資源調(diào)度處理，由此可以有效降低沙箱環(huán)境中任務(wù)運行過程對系統(tǒng)性能的不良影響，從而提升系統(tǒng)性能。

附圖說明

為了更清楚地說明本發(fā)明實施例或現(xiàn)有技術(shù)中的技術(shù)方案，下面將對實施例或現(xiàn)有技術(shù)描述中所需要使用的附圖作簡單地介紹，顯而易見地，下面描述中的附圖僅僅是本發(fā)明的實施例，對于本領(lǐng)域普通技術(shù)人員來講，在不付出創(chuàng)造性勞動的前提下，還可以根據(jù)提供的附圖獲得其他的附圖。

圖1為本發(fā)明實施例公開的一種numa架構(gòu)下的沙箱環(huán)境任務(wù)處理方法流程圖；

圖2為本發(fā)明實施例公開的一種numa架構(gòu)下的沙箱環(huán)境任務(wù)處理系統(tǒng)結(jié)構(gòu)示意圖。

具體實施方式

下面將結(jié)合本發(fā)明實施例中的附圖，對本發(fā)明實施例中的技術(shù)方案進行清楚、完整地描述，顯然，所描述的實施例僅僅是本發(fā)明一部分實施例，而不是全部的實施例。基于本發(fā)明中的實施例，本領(lǐng)域普通技術(shù)人員在沒有做出創(chuàng)造性勞動前提下所獲得的所有其他實施例，都屬于本發(fā)明保護的范圍。

在numa架構(gòu)的沙箱環(huán)境進行測試的過程中，沙箱環(huán)境中運行的任務(wù)可能會引發(fā)系統(tǒng)性能的降低，這時候有必要針對相應(yīng)任務(wù)展開特定處理，以提升系統(tǒng)性能。據(jù)此，本發(fā)明實施例公開了一種numa架構(gòu)下的沙箱環(huán)境任務(wù)處理方法，參見圖1所示，該方法包括：

步驟s101：在numa架構(gòu)的沙箱環(huán)境進行測試的過程中，對沙箱環(huán)境中運行的任務(wù)進行實時監(jiān)視。

可以理解的是，本實施例中的沙箱環(huán)境是一種可允許進程任務(wù)在其中運行的虛擬系統(tǒng)環(huán)境，其中，本實施例中，在上述沙箱環(huán)境中運行的進程任務(wù)可以是實際生產(chǎn)環(huán)境中的真實任務(wù)，也可以是利用歷史任務(wù)信息合成的虛擬任務(wù)。

步驟s102：若監(jiān)視到沙箱環(huán)境中存在需要進行資源調(diào)度的任務(wù)，則提取相應(yīng)的任務(wù)信息，得到目標(biāo)任務(wù)信息。

本實施例中，在沙箱環(huán)境中運行并且需要進行資源調(diào)度的任務(wù)可以是單個任務(wù)，這種情況下通常是因為單個任務(wù)在實際運行過程中需要占用大量的資源導(dǎo)致的，如占用大量的cpu資源和/或內(nèi)存資源和/或磁盤資源和/或io資源(io，即input/output)等，通過監(jiān)視沙箱環(huán)境中某個任務(wù)在運行過程中所占用的任一類或幾類資源的比例，可以推斷出該任務(wù)是否為當(dāng)前需要進行資源調(diào)度的任務(wù)。當(dāng)然，在沙箱環(huán)境中運行并且需要進行資源調(diào)度的任務(wù)也可以是包括多個任務(wù)的一組任務(wù)，這種情況下通常是因為這組任務(wù)中的不同任務(wù)在同時運行時容易出現(xiàn)相互干擾導(dǎo)致的，如a任務(wù)和b任務(wù)在同時運行的過程中都試圖爭奪cpu資源，此時有必要對cpu資源進行調(diào)度，又比如，c任務(wù)、d任務(wù)和e任務(wù)在同時運行的過程中都試圖爭奪內(nèi)存資源和io資源，此時有必要對內(nèi)存資源和io資源進行調(diào)度。

其次，在監(jiān)視到沙箱環(huán)境中存在需要進行資源調(diào)度的任務(wù)的情況下，將會提取相應(yīng)的任務(wù)信息，從而得到上述目標(biāo)任務(wù)信息。本實施例中，上述任務(wù)信息是指能夠反映出任務(wù)自身特征的信息，相當(dāng)于任務(wù)的“指紋信息”。

步驟s103：從預(yù)先創(chuàng)建的資源調(diào)度策略庫中確定出與目標(biāo)任務(wù)信息對應(yīng)的資源調(diào)度策略，得到目標(biāo)調(diào)度策略。

可以理解的是，本實施例中，上述資源調(diào)度策略庫是一種對任務(wù)信息以及相應(yīng)的資源調(diào)度策略進行保存的數(shù)據(jù)庫，利用上述目標(biāo)任務(wù)信息，可以從上述資源調(diào)度策略庫中查詢出相應(yīng)的資源調(diào)度策略。

本實施例中，資源調(diào)度策略具體可以包括但不限于需要進行調(diào)度的資源類型和/或資源調(diào)整幅度和/或資源調(diào)度時間和/或資源調(diào)度方式。

在一種具體實施方式中，上述資源調(diào)度策略庫的創(chuàng)建過程，具體可以包括：采集歷史上在同時運行過程中產(chǎn)生相互干擾事件的任務(wù)對應(yīng)的任務(wù)信息；確定與每個相互干擾事件對應(yīng)的資源調(diào)度策略；將每個相互干擾事件對應(yīng)的任務(wù)信息以及最優(yōu)的資源調(diào)度策略記錄至預(yù)設(shè)數(shù)據(jù)庫，得到資源調(diào)度策略庫。

例如，歷史上若a任務(wù)和b任務(wù)同時運行時，會引發(fā)相互干擾事件，則在確定出與a任務(wù)和b任務(wù)之間相互干擾事件對應(yīng)的資源調(diào)度策略之后，便可將a任務(wù)和b任務(wù)對應(yīng)的任務(wù)信息以及上述確定出的資源調(diào)度策略保存至上述資源調(diào)度策略庫。

在另一種具體實施方式中，上述資源調(diào)度策略庫的創(chuàng)建過程，具體可以包括：采集歷史上在運行過程中所占用的任意一類或幾類資源的比例超過相應(yīng)比例閾值的任務(wù)對應(yīng)的任務(wù)信息，并確定與該任務(wù)對應(yīng)的資源調(diào)度策略，然后將該任務(wù)的任務(wù)信息以及相應(yīng)的資源調(diào)度策略保存至預(yù)設(shè)數(shù)據(jù)庫中，從而得到上述資源調(diào)度策略庫。

當(dāng)然，本實施例也可以結(jié)合上述兩種具體實施方式中的策略庫創(chuàng)建方法來創(chuàng)建得到上述資源調(diào)度策略庫。

另外，需要說明的是，在上述資源調(diào)度策略庫中，對于同一種任務(wù)信息，可以存在一種或多種資源調(diào)度策略與其對應(yīng)。

步驟s104：根據(jù)目標(biāo)調(diào)度策略，進行相應(yīng)的資源調(diào)度。

由上可知，在本實施例的沙箱環(huán)境中，引起需要進行資源調(diào)度的任務(wù)可以是單個任務(wù)，也可以是存在相互干擾的多個不同任務(wù)。

具體的，在上述步驟s102中，若監(jiān)視到沙箱環(huán)境中存在需要進行資源調(diào)度的任務(wù)，則提取相應(yīng)的任務(wù)信息的過程，可以包括：若監(jiān)視到沙箱環(huán)境中存在多個任務(wù)均處于運行狀態(tài)，則判斷多個任務(wù)中是否存在相互干擾的任務(wù)；若多個任務(wù)中存在相互干擾的任務(wù)，則提取相互干擾的任務(wù)對應(yīng)的任務(wù)信息，得到目標(biāo)任務(wù)信息。

可以理解的是，本實施例可以通過確定是否發(fā)生資源爭奪事件來確定同時運行的多個任務(wù)中是否存在相互干擾的任務(wù)，也即，如果某類資源被激烈爭奪，則可以判定當(dāng)前同時運行的多個任務(wù)中存在相互干擾的任務(wù)。另外，考慮到上述資源調(diào)度策略庫所記錄的信息中可以包括因互相干擾而導(dǎo)致需進行資源調(diào)度的任務(wù)的任務(wù)信息以及相應(yīng)的資源調(diào)度策略，所以本實施例也可以利用上述資源調(diào)度策略庫中的記錄的信息來確定是否存在相互干擾的任務(wù)。也即，本實施例中，上述判斷多個任務(wù)中是否存在相互干擾的任務(wù)的過程，具體可以包括：根據(jù)資源調(diào)度策略庫中記錄的信息，判斷多個任務(wù)中是否存在相互干擾的任務(wù)。例如，若當(dāng)前同時運行的任務(wù)中包含a任務(wù)和b任務(wù)，如果上述資源調(diào)度策略庫中已經(jīng)事先記錄了a任務(wù)和b任務(wù)所對應(yīng)的任務(wù)信息以及相應(yīng)的資源調(diào)度策略，則根據(jù)該資源調(diào)度策略庫可以直接判定當(dāng)前正在運行的a任務(wù)和b任務(wù)之間存在相互干擾。

進一步的，上述確定與每個相互干擾事件對應(yīng)的資源調(diào)度策略的過程，具體可以包括：為每個相互干擾事件確定多個潛在調(diào)度策略，然后從多個潛在調(diào)度策略中篩選出性能優(yōu)化最明顯的一個潛在調(diào)度策略作為該相互干擾事件所對應(yīng)的資源調(diào)度策略。

本實施例在numa架構(gòu)的沙箱環(huán)境進行測試的過程中，對沙箱環(huán)境中運行的任務(wù)進行實時監(jiān)視；若監(jiān)視到沙箱環(huán)境中存在需要進行資源調(diào)度的任務(wù)，則提取相應(yīng)的任務(wù)信息，得到目標(biāo)任務(wù)信息；從預(yù)先創(chuàng)建的資源調(diào)度策略庫中確定出與目標(biāo)任務(wù)信息對應(yīng)的資源調(diào)度策略，得到目標(biāo)調(diào)度策略；根據(jù)目標(biāo)調(diào)度策略，進行相應(yīng)的資源調(diào)度。

可見，本發(fā)明實施例在沙箱環(huán)境進行測試的過程中，對沙箱環(huán)境中運行的任務(wù)進行實時監(jiān)視，若監(jiān)視到存在需要進行資源調(diào)度的任務(wù)，則會提取相應(yīng)的任務(wù)信息，然后從資源調(diào)度策略庫中篩選出與上述任務(wù)信息對應(yīng)的資源調(diào)度策略，接著根據(jù)該資源調(diào)度策略展開相應(yīng)的資源調(diào)度處理，由此可以有效降低沙箱環(huán)境中任務(wù)運行過程對系統(tǒng)性能的不良影響，從而提升系統(tǒng)性能。

與上一實施例對應(yīng)的，本發(fā)明實施例公開了一種numa架構(gòu)下的沙箱環(huán)境任務(wù)處理系統(tǒng)，參見圖2所示，該系統(tǒng)包括：

策略庫創(chuàng)建模塊101，用于創(chuàng)建資源調(diào)度策略庫；

任務(wù)監(jiān)視模塊102，用于在numa架構(gòu)的沙箱環(huán)境進行測試的過程中，對沙箱環(huán)境中運行的任務(wù)進行實時監(jiān)視；

信息提取模塊103，用于當(dāng)任務(wù)監(jiān)視模塊102監(jiān)視到沙箱環(huán)境中存在需要進行資源調(diào)度的任務(wù)，則提取相應(yīng)的任務(wù)信息，得到目標(biāo)任務(wù)信息；

策略確定模塊104，用于從資源調(diào)度策略庫中確定出與目標(biāo)任務(wù)信息對應(yīng)的資源調(diào)度策略，得到目標(biāo)調(diào)度策略；

資源調(diào)度模塊105，用于根據(jù)目標(biāo)調(diào)度策略，進行相應(yīng)的資源調(diào)度。

可以理解的是，本實施例中的沙箱環(huán)境是一種可允許進程任務(wù)在其中運行的虛擬系統(tǒng)環(huán)境，其中，本實施例中，在上述沙箱環(huán)境中運行的進程任務(wù)可以是實際生產(chǎn)環(huán)境中的真實任務(wù)，也可以是利用歷史任務(wù)信息合成的虛擬任務(wù)。

本實施例中，在沙箱環(huán)境中運行并且需要進行資源調(diào)度的任務(wù)可以是單個任務(wù)，這種情況下通常是因為單個任務(wù)在實際運行過程中需要占用大量的資源導(dǎo)致的，如占用大量的cpu資源和/或內(nèi)存資源和/或磁盤資源和/或io資源等，通過監(jiān)視沙箱環(huán)境中某個任務(wù)在運行過程中所占用的任一類或幾類資源的比例，可以推斷出該任務(wù)是否為當(dāng)前需要進行資源調(diào)度的任務(wù)。當(dāng)然，在沙箱環(huán)境中運行并且需要進行資源調(diào)度的任務(wù)也可以是包括多個任務(wù)的一組任務(wù)，這種情況下通常是因為這組任務(wù)中的不同任務(wù)在同時運行時容易出現(xiàn)相互干擾導(dǎo)致的，如a任務(wù)和b任務(wù)在同時運行的過程中都試圖爭奪cpu資源，此時有必要對cpu資源進行調(diào)度，又比如，c任務(wù)、d任務(wù)和e任務(wù)在同時運行的過程中都試圖爭奪內(nèi)存資源和io資源，此時有必要對內(nèi)存資源和io資源進行調(diào)度。

其次，在監(jiān)視到沙箱環(huán)境中存在需要進行資源調(diào)度的任務(wù)的情況下，將會提取相應(yīng)的任務(wù)信息，從而得到上述目標(biāo)任務(wù)信息。本實施例中，上述任務(wù)信息是指能夠反映出任務(wù)自身特征的信息，相當(dāng)于任務(wù)的“指紋信息”。

可以理解的是，本實施例中，上述資源調(diào)度策略庫是一種對任務(wù)信息以及相應(yīng)的資源調(diào)度策略進行保存的數(shù)據(jù)庫，利用上述目標(biāo)任務(wù)信息，可以從上述資源調(diào)度策略庫中查詢出相應(yīng)的資源調(diào)度策略。

本實施例中，資源調(diào)度策略具體可以包括但不限于需要進行調(diào)度的資源類型和/或資源調(diào)整幅度和/或資源調(diào)度時間和/或資源調(diào)度方式。

具體的，上述信息提取模塊103，可以包括判斷子模塊以及提取子模塊；其中，

判斷子模塊，用于當(dāng)任務(wù)監(jiān)視模塊監(jiān)視到沙箱環(huán)境中存在多個任務(wù)均處于運行狀態(tài)，則判斷多個任務(wù)中是否存在相互干擾的任務(wù)；

提取子模塊，用于當(dāng)多個任務(wù)中存在相互干擾的任務(wù)，則提取相互干擾的任務(wù)對應(yīng)的任務(wù)信息，得到目標(biāo)任務(wù)信息。

在一種具體實施方式中，上述策略庫創(chuàng)建模塊101，具體可以包括信息采集單元、策略確定單元和信息記錄單元；其中，

信息采集單元，用于采集歷史上在同時運行過程中產(chǎn)生相互干擾事件的任務(wù)對應(yīng)的任務(wù)信息；

策略確定單元，用于確定與每個相互干擾事件對應(yīng)的資源調(diào)度策略；

信息記錄單元，用于將每個相互干擾事件對應(yīng)的任務(wù)信息以及最優(yōu)的資源調(diào)度策略記錄至預(yù)設(shè)數(shù)據(jù)庫，得到資源調(diào)度策略庫。

其中，上述策略確定單元，具體可以用于為每個相互干擾事件確定多個潛在調(diào)度策略，然后從多個潛在調(diào)度策略中篩選出性能優(yōu)化最明顯的一個潛在調(diào)度策略作為該相互干擾事件所對應(yīng)的資源調(diào)度策略。

在另一種具體實施方式中，上述策略庫創(chuàng)建模塊101，具體可以用于采集歷史上在運行過程中所占用的任意一類或幾類資源的比例超過相應(yīng)比例閾值的任務(wù)對應(yīng)的任務(wù)信息，并確定與該任務(wù)對應(yīng)的資源調(diào)度策略，然后將該任務(wù)的任務(wù)信息以及相應(yīng)的資源調(diào)度策略保存至預(yù)設(shè)數(shù)據(jù)庫中，從而得到上述資源調(diào)度策略庫。

當(dāng)然，上述策略庫創(chuàng)建模塊101也可以結(jié)合上述兩種具體實施方式中的策略庫創(chuàng)建方法來創(chuàng)建得到上述資源調(diào)度策略庫。

另外，需要說明的是，在上述資源調(diào)度策略庫中，對于同一種任務(wù)信息，可以存在一種或多種資源調(diào)度策略與其對應(yīng)。

本實施例中，上述判斷子模塊，具體可以通過確定是否發(fā)生資源爭奪事件來確定同時運行的多個任務(wù)中是否存在相互干擾的任務(wù)，也即，如果某類資源被激烈爭奪，則可以判定當(dāng)前同時運行的多個任務(wù)中存在相互干擾的任務(wù)。另外，考慮到上述資源調(diào)度策略庫所記錄的信息中可以包括因互相干擾而導(dǎo)致需進行資源調(diào)度的任務(wù)的任務(wù)信息以及相應(yīng)的資源調(diào)度策略，所以上述判斷子模塊，具體也可以用于當(dāng)任務(wù)監(jiān)視模塊監(jiān)視到沙箱環(huán)境中存在多個任務(wù)均處于運行狀態(tài)，則根據(jù)資源調(diào)度策略庫中記錄的信息，判斷多個任務(wù)中是否存在相互干擾的任務(wù)。例如，若當(dāng)前同時運行的任務(wù)中包含a任務(wù)和b任務(wù)，如果上述資源調(diào)度策略庫中已經(jīng)事先記錄了a任務(wù)和b任務(wù)所對應(yīng)的任務(wù)信息以及相應(yīng)的資源調(diào)度策略，則根據(jù)該資源調(diào)度策略庫可以直接判定當(dāng)前正在運行的a任務(wù)和b任務(wù)之間存在相互干擾。

在numa架構(gòu)的沙箱環(huán)境進行測試的過程中，對沙箱環(huán)境中運行的任務(wù)進行實時監(jiān)視；若監(jiān)視到沙箱環(huán)境中存在需要進行資源調(diào)度的任務(wù)，則提取相應(yīng)的任務(wù)信息，得到目標(biāo)任務(wù)信息；從預(yù)先創(chuàng)建的資源調(diào)度策略庫中確定出與目標(biāo)任務(wù)信息對應(yīng)的資源調(diào)度策略，得到目標(biāo)調(diào)度策略；根據(jù)目標(biāo)調(diào)度策略，進行相應(yīng)的資源調(diào)度。

可見，本發(fā)明實施例在沙箱環(huán)境進行測試的過程中，對沙箱環(huán)境中運行的任務(wù)進行實時監(jiān)視，若監(jiān)視到存在需要進行資源調(diào)度的任務(wù)，則會提取相應(yīng)的任務(wù)信息，然后從資源調(diào)度策略庫中篩選出與上述任務(wù)信息對應(yīng)的資源調(diào)度策略，接著根據(jù)該資源調(diào)度策略展開相應(yīng)的資源調(diào)度處理，由此可以有效降低沙箱環(huán)境中任務(wù)運行過程對系統(tǒng)性能的不良影響，從而提升系統(tǒng)性能。

最后，還需要說明的是，在本文中，諸如第一和第二等之類的關(guān)系術(shù)語僅僅用來將一個實體或者操作與另一個實體或操作區(qū)分開來，而不一定要求或者暗示這些實體或操作之間存在任何這種實際的關(guān)系或者順序。而且，術(shù)語“包括”、“包含”或者其任何其他變體意在涵蓋非排他性的包含，從而使得包括一系列要素的過程、方法、物品或者設(shè)備不僅包括那些要素，而且還包括沒有明確列出的其他要素，或者是還包括為這種過程、方法、物品或者設(shè)備所固有的要素。在沒有更多限制的情況下，由語句“包括一個……”限定的要素，并不排除在包括所述要素的過程、方法、物品或者設(shè)備中還存在另外的相同要素。

說明書中各個實施例采用遞進的方式描述，每個實施例重點說明的都是與其他實施例的不同之處，各個實施例之間相同相似部分互相參見即可。對于實施例公開的裝置而言，由于其與實施例公開的方法相對應(yīng)，所以描述的比較簡單，相關(guān)之處參見方法部分說明即可。

專業(yè)人員還可以進一步意識到，結(jié)合本文中所公開的實施例描述的各示例的單元及算法步驟，能夠以電子硬件、計算機軟件或者二者的結(jié)合來實現(xiàn)，為了清楚地說明硬件和軟件的可互換性，在上述說明中已經(jīng)按照功能一般性地描述了各示例的組成及步驟。這些功能究竟以硬件還是軟件方式來執(zhí)行，取決于技術(shù)方案的特定應(yīng)用和設(shè)計約束條件。專業(yè)技術(shù)人員可以對每個特定的應(yīng)用來使用不同方法來實現(xiàn)所描述的功能，但是這種實現(xiàn)不應(yīng)認(rèn)為超出本發(fā)明的范圍。

結(jié)合本文中所公開的實施例描述的方法或算法的步驟可以直接用硬件、處理器執(zhí)行的軟件模塊，或者二者的結(jié)合來實施。軟件模塊可以置于隨機存儲器(ram)、內(nèi)存、只讀存儲器(rom)、電可編程rom、電可擦除可編程rom、寄存器、硬盤、可移動磁盤、cd-rom、或技術(shù)領(lǐng)域內(nèi)所公知的任意其它形式的存儲介質(zhì)中。

本文中應(yīng)用了具體個例對本發(fā)明的原理及實施方式進行了闡述，以上實施例的說明只是用于幫助理解本發(fā)明的方法及其核心思想。應(yīng)當(dāng)指出，對于本技術(shù)領(lǐng)域的普通技術(shù)人員來說，在不脫離本發(fā)明原理的前提下，還可以對本發(fā)明進行若干改進和修飾，這些改進和修飾也落入本發(fā)明權(quán)利要求的保護范圍內(nèi)。