較少，那么該內(nèi)存資源可以及時的支持其他內(nèi)存資源占用較多的計算，避免資源浪費。
[0032]本發(fā)明的有益效果是:本發(fā)明預(yù)先根據(jù)待處理任務(wù)制定需求的核心數(shù)量，具體的，可以先確定計算機硬件設(shè)備為cluster或者smp等類型，結(jié)合硬件類型不同和待處理任務(wù)的需求不同計算需求核心數(shù)量;并以此為基礎(chǔ)，詢問是否具備足夠的空閑核心，空閑核心足夠，則選取相應(yīng)的核心進行硬件核資源綁定，實現(xiàn)集合式封裝，以確保核心被專門用于該待處理任務(wù)，直至待處理任務(wù)完成;而且，集合式封裝大大提高資源利用率，例如，現(xiàn)有的某個任務(wù)需要128個核的MPI進程，需要8個節(jié)點(假如每個節(jié)點16核)參與計算，而128MPI進程將會嚴(yán)重占用現(xiàn)有的帶寬，同時產(chǎn)生的數(shù)據(jù)嚴(yán)重制約存儲的I/O吞吐量;在集合式封裝后，可以將其組合成為16個MPI集合式進程，如此，可以大大降低存儲、網(wǎng)絡(luò)I/O資源等的消耗，有利于計算機運算效率的提升，較少研發(fā)成本和周期。
[0033]參照后文的說明和附圖，詳細(xì)公開了本申請的特定實施方式，指明了本申請的原理可以被采用的方式。應(yīng)該理解，本申請的實施方式在范圍上并不因而受到限制。在所附權(quán)利要求的精神和條款的范圍內(nèi)，本申請的實施方式包括許多改變、修改和等同。
[0034]針對一種實施方式描述和/或示出的特征可以以相同或類似的方式在一個或更多個其它實施方式中使用，與其它實施方式中的特征相組合，或替代其它實施方式中的特征。
[0035]應(yīng)該強調(diào)，術(shù)語“包括/包含”在本文使用時指特征、整件、步驟或組件的存在，但并不排除一個或更多個其它特征、整件、步驟或組件的存在或附加。
【附圖說明】
[0036]所包括的附圖用來提供對本申請實施例的進一步的理解，其構(gòu)成了說明書的一部分，用于例示本申請的實施方式，并與文字描述一起來闡釋本申請的原理。顯而易見地，下面描述中的附圖僅僅是本申請的一些實施例，對于本領(lǐng)域普通技術(shù)人員來講，在不付出創(chuàng)造性勞動性的前提下，還可以根據(jù)這些附圖獲得其他的附圖。在附圖中:
[0037]圖1是本發(fā)明實施例一種基于輔助工程設(shè)計軟件的集合式調(diào)度優(yōu)化方法。
【具體實施方式】
[0038]為了使本技術(shù)領(lǐng)域的人員更好地理解本申請中的技術(shù)方案，下面將結(jié)合本申請實施例中的附圖，對本申請實施例中的技術(shù)方案進行清楚、完整地描述，顯然，所描述的實施例僅僅是本申請一部分實施例，而不是全部的實施例?；诒旧暾堉械膶嵤├?，本領(lǐng)域普通技術(shù)人員在沒有做出創(chuàng)造性勞動前提下所獲得的所有其它實施例，都應(yīng)當(dāng)屬于本申請保護的范圍。
[0039]圖1是本發(fā)明實施例一種基于輔助工程設(shè)計軟件的集合式調(diào)度優(yōu)化方法。參見圖1，一種基于輔助工程設(shè)計軟件的集合式調(diào)度優(yōu)化方法，包括:
[0040]S1:根據(jù)待處理任務(wù)制定需求的核心數(shù)量；
[0041]S2:詢問每個核心是否空閑，并根據(jù)反饋結(jié)果判斷是否分配任務(wù)；
[0042]S3:若反饋結(jié)果顯示空閑的核心數(shù)量達到制定的處理器的核心數(shù)量，則選取需求數(shù)量的核心進行集合式封裝后，再行分配以用于待處理任務(wù)的執(zhí)行。本發(fā)明的有益效果是:本發(fā)明預(yù)先根據(jù)待處理任務(wù)制定需求的核心數(shù)量，具體的，可以先確定計算機硬件設(shè)備為cluster或者smp等類型，結(jié)合硬件類型不同和待處理任務(wù)的需求不同計算需求核心數(shù)量；當(dāng)然，待處理任務(wù)的并行類型也需要適當(dāng)考慮(主要有MPI和PVM的類型)；并以此為基礎(chǔ)，詢問是否具備足夠的空閑核心，空閑核心足夠，則選取相應(yīng)的核心進行硬件核資源綁定，實現(xiàn)集合式封裝，以確保核心被專門用于該待處理任務(wù)，直至待處理任務(wù)完成;而且，集合式封裝大大提高資源利用率，例如，比如針對汽車行業(yè)的汽車研發(fā)階段的汽車安全性仿真階段，將會使用到專業(yè)的工具安全碰撞仿真分析軟件LS-DYNA，而LS-DYNA軟件在計算的時候，需要大規(guī)模的HPC硬件資源、HPC存儲資源、InfiniBand 56GB帶寬的網(wǎng)絡(luò)支持，而整套系統(tǒng)的架設(shè)需要大規(guī)模的投入，而每個項目需要50個子項目，每個子項目需要25個作業(yè)的作業(yè)任務(wù)，而每個作業(yè)LS-DYNA需要通過手動指定參與計算的CPU數(shù)量，比如每個作業(yè)指定128個CPU數(shù)量參與計算，那么LS-DYNA軟件會分配128個核的MPI進程，需要8個節(jié)點(假如每個節(jié)點16核)參與計算，而128MPI進程將會嚴(yán)重占用現(xiàn)有的帶寬，同時產(chǎn)生的數(shù)據(jù)嚴(yán)重制約存儲的I/O吞吐量;在集合式封裝后，可以將其組合成為16個MPI集合式進程，如此，可以大大降低存儲、網(wǎng)絡(luò)I/O資源等的消耗，有利于計算機運算效率的提升，較少研發(fā)成本和周期;傳統(tǒng)意義完成一個汽車行業(yè)的碰撞研發(fā)案例需要算50個子項目，每個項目25個作業(yè)，每個祖業(yè)10小時，完成一個碰撞研發(fā)項目總時間是50*25*10 = 12500小時，大約520天時間；通過本發(fā)明的方法可以實現(xiàn)每個作業(yè)在4小時以內(nèi)算出來，同樣的項目完成需要50*25*4 = 5000小時，大約208天;節(jié)約了 60%的時間。
[0043]可選的，在詢問每個核心是否空閑的步驟中包括:
[0044]若需求的核心數(shù)量小于或等于單機的總核心數(shù)量，則詢問單機的所有核心是否空閑，并判斷單機的空閑核心數(shù)量是否符合要求，若符合，則選取其中單機中需求數(shù)量的核心作為集合，以用于待處理任務(wù)的執(zhí)行。本方案中，該方法將優(yōu)先確認(rèn)，資源池中所有的計算機中的某個單機是否能夠承擔(dān)待處理任務(wù)的執(zhí)行工作，若能夠，則優(yōu)選選取單機中的核心作為集合用于完成待處理任務(wù);現(xiàn)有的系統(tǒng)中，雖然多個計算機之間能夠在網(wǎng)絡(luò)中表現(xiàn)為單一的系統(tǒng)，并以單一系統(tǒng)的模式加以管理，但若需求核心較少情況下，同一單機中的核心仍然能夠更好地進行通訊，以及協(xié)同運算，但現(xiàn)有技術(shù)很多時候不予區(qū)分，只要資源足夠，就按照隊列進行分配，這使得許多可以被單機執(zhí)行的任務(wù)分配給了多個計算機，由此可知，使用本方案有利于運算效率的提升。
[0045]可選的，若單機的空閑核心數(shù)量不符合要求，則詢問單機所有核心的忙碌狀態(tài)，若空閑核心以外的核心中的部分處于半忙碌狀態(tài)，且半忙碌狀態(tài)的核心加上空閑核心的數(shù)量達到需求數(shù)量，則將對應(yīng)的空閑核心和半忙碌狀態(tài)核心作為集合，以用于待處理任務(wù)；
[0046]當(dāng)占用該核心的程序類型符合預(yù)設(shè)條件，且核心的利用率低于預(yù)設(shè)閾值時，則判定所述核心為半忙碌狀態(tài)。本方案中，優(yōu)化方法就目前被忽視的半忙碌狀態(tài)的核心進行了重視，其實，很多情況下，雖然某些核心被部分地進行了利用，但實際上其剩余資源仍然具備執(zhí)行待處理任務(wù)的能力，本方案將這些被忽視的資源重新利用，使得系統(tǒng)的整體資源利用率得以提升，這有利于運算效率的提升，并有利于減少研發(fā)時間和成本；當(dāng)然，若該占用核心的任務(wù)為輔助工程設(shè)計等類型的任務(wù)，則即使檢測到的核心利用率低于閾值，亦不被判定為半忙碌狀態(tài)，因而這些類型的任務(wù)，其執(zhí)行初期核心的利用率可能較低，但隨著計算的深入，其利用率將逐步提高，若不加以區(qū)分，則可能造成不必要的麻煩。
[0047]可選的，在詢問單機的核心是否空閑的步驟中包括:
[0048]若需求的核心數(shù)量大于單機的總核心數(shù)量，則詢問資源池內(nèi)所有計算機的核心是否空閑，并判斷資源池的空閑核心數(shù)量是否符合要求，若符合，則從資源池中挑選需求數(shù)量的核心作為集合，以用于待處理任務(wù)的執(zhí)行。本方案中，該方法詢問了資源池中所有的核心空閑情況，這使得單機無法承擔(dān)任務(wù)的情況下，多機聯(lián)合可以協(xié)同完成待處理任務(wù)；同時，可以充分的利用到某些單機中剩余的少量核心，避免資源浪費。
[0049]可選的，詢問資源池內(nèi)所有計算機的核心是否空閑的步驟中包括:
[0050]若資源池中所有計算機的空閑核心數(shù)量不符合要求，則詢問每個核心的忙碌狀態(tài)，并根據(jù)反饋的核心的忙碌狀態(tài)，若空閑核心以外的核心中的部分處于半忙碌狀態(tài)，且半忙碌狀態(tài)的核心加上空閑核心的數(shù)量達到需求數(shù)量，則將對應(yīng)的空閑核心和半忙碌狀態(tài)核心作為集合，以用于待處理任務(wù)；
[0051 ]當(dāng)占用該核心的程序類型符合預(yù)設(shè)條件，且核心的利用率低于預(yù)設(shè)閾值時，則判定所述核心為半忙碌狀態(tài)。本方案中，優(yōu)化方法就目前被忽視的半忙碌狀態(tài)的核心進行了重視，其實，很多情況下，雖然某些核心被部分地進行了利用，但實際上其剩余資源仍