chinese直男口爆体育生外卖, 99久久er热在这里只有精品99, 又色又爽又黄18禁美女裸身无遮挡, gogogo高清免费观看日本电视,私密按摩师高清版在线,人妻视频毛茸茸,91论坛 兴趣闲谈,欧美 亚洲 精品 8区,国产精品久久久久精品免费

0
  • 聊天消息
  • 系統(tǒng)消息
  • 評論與回復(fù)
登錄后你可以
  • 下載海量資料
  • 學(xué)習(xí)在線課程
  • 觀看技術(shù)視頻
  • 寫文章/發(fā)帖/加入社區(qū)
會員中心
創(chuàng)作中心

完善資料讓更多小伙伴認(rèn)識你,還能領(lǐng)取20積分哦,立即完善>

3天內(nèi)不再提示

AUTOSAR調(diào)度表可調(diào)度性的形式化分析

上??匕?/a> ? 來源:上??匕? ? 作者:上??匕? ? 2022-12-16 14:01 ? 次閱讀
加入交流群
微信小助手二維碼

掃碼添加小助手

加入工程師交流群

作者 |郭建上??匕部尚跑浖?chuàng)新研究院特聘專家

版塊 |鑒源論壇 · 觀模

汽車上大量軟件和電子控制單元(ECU,Electronic Control Unit)的使用導(dǎo)致了汽車電子架構(gòu)變得更為復(fù)雜,現(xiàn)如今從工廠生產(chǎn)的汽車更像是帶輪子的電腦?,F(xiàn)代汽車由大約50到上百個電子控制單元組成,而且每年的數(shù)量還在增加。每個電子控制單元負(fù)責(zé)特定的功能,它們之間通過某種總線相互通信,例如CAN、FlexRay、LIN等。每多一個連接到系統(tǒng)上的電子控制單元,系統(tǒng)的復(fù)雜性都會增加。汽車電子系統(tǒng)都必須配置對應(yīng)的應(yīng)用程序和軟件,而每次新硬件出現(xiàn)時,應(yīng)用程序都需要被重寫來支持硬件的更新。

為了應(yīng)對這種令汽車電子系統(tǒng)軟件難以管理的局面,德國汽車工業(yè)界共同提出了一個開放的標(biāo)準(zhǔn)接口OSEK/VDX。2003年,幾個在汽車領(lǐng)域領(lǐng)先的原始設(shè)備制造商和汽車行業(yè)的一級供應(yīng)商決定為了未來汽車電子的發(fā)展,共同在OSEK/VDX的基礎(chǔ)上制定一個新標(biāo)準(zhǔn),而這個標(biāo)準(zhǔn)就是AUTOSAR(AUTomotive Open System ARchitecture)。其旨在成為行業(yè)內(nèi)的共享軟件架構(gòu)框架,而背后的原因是汽車電子系統(tǒng)復(fù)雜性的增加。AUTOSAR標(biāo)準(zhǔn)的產(chǎn)生可以通過提供一個各方共同認(rèn)可的架構(gòu)來允許制造商在功能而非架構(gòu)上展開競爭。共享同一個架構(gòu)的好處包括制造商和軟件公司可以開發(fā)適合汽車市場的通用軟件,提高汽車電子系統(tǒng)的靈活性、可擴(kuò)展性和質(zhì)量。

作為車載操作系統(tǒng),實時性對于AUTOSAR OS的重要性不言而喻,如何保證操作系統(tǒng)中的計算單元在截止時間內(nèi)完成是極其重要的。而AUTOSAR OS提供的調(diào)度表機(jī)制是系統(tǒng)中一個重要的任務(wù)激活機(jī)制。調(diào)度表通過包含一組封裝了動作和偏移量的終結(jié)點來設(shè)定任務(wù)的激活方式。由于調(diào)度表機(jī)制的特殊性,任務(wù)的調(diào)度情況變得更加復(fù)雜,這使得調(diào)度表的可調(diào)度性非常重要。本文將針對AUTOSAR OS調(diào)度表進(jìn)行可調(diào)度性分析。

01AUTOSAR OS任務(wù)和調(diào)度表

任務(wù)是AUTOSAR OS中的一個重要概念,被看作是操作系統(tǒng)中最小的調(diào)度單位,也是最基本的功能單位,即使是最簡單的應(yīng)用也需要至少一個任務(wù)來完成它的功能。AUTOSAR OS中提供了兩種任務(wù):基本任務(wù)和擴(kuò)展任務(wù)。

AUTOSAR OS 中使用靜態(tài)優(yōu)先級調(diào)度策略,不論是基本任務(wù)還是擴(kuò)展任務(wù)都被靜態(tài)地分配到一個優(yōu)先級,并且為了保證系統(tǒng)的運行效率,任務(wù)的優(yōu)先級是在系統(tǒng)設(shè)計階段被靜態(tài)配置的,不允許在系統(tǒng)運行時更改。因為AUTOSAR OS允許多個任務(wù)共享同一個優(yōu)先級,在AUTOSAR OS中為每一個優(yōu)先級維持一個隊列,相同優(yōu)先級的任務(wù)采用先來先服務(wù)的調(diào)度方法。

調(diào)度表是AUTOSAR OS中新引入的一種調(diào)度機(jī)制,它是對OSEK/VDX OS中使用定時器激活周期性任務(wù)的一種改進(jìn)。調(diào)度表通過將一組任務(wù)靜態(tài)地封裝到終結(jié)點中,讓有關(guān)聯(lián)的任務(wù)按照規(guī)定的時間和順序激活。其中一個終結(jié)點封裝了:

?行為:激活任務(wù)或者是設(shè)置事件,一個終結(jié)點至少包含一個行為。當(dāng)終結(jié)點被處理時,其包含的行為將被執(zhí)行。

?偏移量:在一個調(diào)度表中,每個終結(jié)點都有一個唯一的偏移量,這個偏移量是一個相對時間,標(biāo)示終結(jié)點與調(diào)度表起點的距離。各個終結(jié)點偏移量之差代表了終結(jié)點被處理時間之間的的延遲。調(diào)度表中第一個終結(jié)點的偏移量被稱作此調(diào)度表的初始偏移量,最后一個終結(jié)點的偏移量到調(diào)度表結(jié)束的時間差被稱為最終延遲。

每個調(diào)度表都有一個持續(xù)時間表示它完全運行一次需要的時間。在調(diào)度表啟動后,AUTOSAR OS會使用一個迭代器遍歷調(diào)度表,并按照偏移量遞增的順序依次處理每個終結(jié)點。AUTOSAR OS中定義了兩種調(diào)度表:周期性和非周期性調(diào)度表。如果一個調(diào)度表被配置為非周期性的,當(dāng)最后一個終結(jié)點被處理之后,AUTOSAR OS會停止遍歷此調(diào)度表。而當(dāng)周期性調(diào)度表的最后一個終結(jié)點被處理,經(jīng)過最終延遲之后,AUTOSAR OS會從調(diào)度表的開始處再次遍歷。

圖1展示了一個周期性調(diào)度表的實例。在這個調(diào)度表中共包含三個終結(jié)點,持續(xù)時間為17。

poYBAGOcBvqAQmO0AAB-CJRHEnc353.png

圖1 調(diào)度表結(jié)構(gòu)

02調(diào)度表的形式化模型

2.1 任務(wù)模型

作為比調(diào)度表更小的調(diào)度單位,在對調(diào)度表建立模型之前,首先需要對任務(wù)進(jìn)行合理的抽象,并建立任務(wù)模型。AUTOSAR OS中的任務(wù)被抽象為三個屬性:

(1)最壞情況執(zhí)行時間,即處理器執(zhí)行這段代碼最長的用時;

(2)截止時間,即任務(wù)的最壞情況響應(yīng)時間應(yīng)當(dāng)少于的時間;

(3)優(yōu)先級,數(shù)字越小說明優(yōu)先級越高。

綜上,描述AUTOSAR OS中任務(wù)的模型被定義如下:

定義1:一個任務(wù)是一個三元組 T=(CT, DT, PT),其中:

● CT∈ N+任務(wù)的最壞執(zhí)行時間,下文簡稱執(zhí)行時間;

● DT∈ N+代表了這個任務(wù)的截止時間;

● PT∈ N+ 代表了這個任務(wù)的優(yōu)先級。

任務(wù)模型隱含地假設(shè)對所有任務(wù)T都滿足CT≤ DT ,因為可調(diào)度性要求系統(tǒng)中所有任務(wù)都能夠在截止時間之內(nèi)完成計算。如果一個任務(wù)的執(zhí)行時間超出了它的截止時間,那么它將永遠(yuǎn)無法滿足時間特性需求,也就無法進(jìn)行可調(diào)度性分析。

2.2 調(diào)度表的形式化模型

AUTOSAR OS中的調(diào)度表提供了新的任務(wù)激活模式,一個調(diào)度表中各個任務(wù)的激活時間存在關(guān)聯(lián):同一個終結(jié)點上的任務(wù)都會被同時激活,對于不同終結(jié)點上的任務(wù),它們的激活時間之間存在固定延遲。雖然周期性調(diào)度表使其中的任務(wù)以周期性激活,但調(diào)度表模型應(yīng)當(dāng)能夠描述出任務(wù)激活時間之間的關(guān)系。這里給出了基于有向圖的模型來描述調(diào)度表的時間特性與行為,其定義如下:

定義2:一個調(diào)度表ST由一個有向圖G(ST)= (V (ST),E(ST)) 表示。其中V (ST) 是有向圖中頂點的集合,E(ST) 是頂點之間的邊的集合:

● V (ST) = {ep1, . . . ,epn},表示調(diào)度表中所有終結(jié)點組成的集合,其中的一個終結(jié)點ep = {T1, . . . ,Tk}是一個集合,包含了終結(jié)點封裝的所有任務(wù);

● G(ST) 中邊的指向表示了調(diào)度表中終結(jié)點被處理的順序。每一條邊(epu,epv ) ∈E(ST) 都有一個權(quán)值p(epu,epv )∈ N+ ,表示兩個終結(jié)點偏移量之差,即它們被處理時間之間的延遲。

在這個模型中,并沒有標(biāo)示第一個終結(jié)點和最后一個終結(jié)點。當(dāng)調(diào)度表是周期性的時候,最后一個終結(jié)點被處理后再經(jīng)過最終延遲加初始偏移量,調(diào)度表的第一個終結(jié)點會被再次處理。所以可以將最后一個終結(jié)點到第一個終結(jié)點之間的延遲看作是最終延遲與初始偏移量的和。在調(diào)度表模型中,每個ep ∈ V (ST) 都不是空集。為空集的ep對系統(tǒng)的運行來說沒有任何用處,通過簡單的轉(zhuǎn)換就可以消除它們。

AUTOSAR OS中,多個任務(wù)可以共享同一個優(yōu)先級,所以當(dāng)多個相同優(yōu)先級的任務(wù)爭用處理器時,它們激活時間的不同導(dǎo)致了調(diào)度情況的不同。而定義的任務(wù)模型并不包括激活時間的屬性。為了將AUTOSAR OS任務(wù)的激活時間屬性表示出來定義了作業(yè)的概念。

定義3:作業(yè)表示一個任務(wù)在某個時間點被激活產(chǎn)生的實例。一個作業(yè)J=(CJ ,DJ ,PJ ,RJ ) 由一個四元組表示,除了與任務(wù)同樣使用CJ 、DJ 和PJ 來表示這個作業(yè)的執(zhí)行時間、截止時間以及優(yōu)先級之外,還使用了RJ∈ N+ 來表示這個作業(yè)被激活的時間。一個作業(yè)就代表著一個任務(wù)被激活一次。

03調(diào)度表可調(diào)度性分析

AUTOSAR OS調(diào)度表中一個作業(yè)被阻塞和搶占的時間可以分為三個部分:

● 第一部分是在作業(yè)激活之前,本地調(diào)度表激活的高優(yōu)先級或相等優(yōu)先級作業(yè)的執(zhí)行時間。

● 第二部分是作業(yè)激活之后,本地調(diào)度表激活的高優(yōu)先級作業(yè)的執(zhí)行時間。

● 第三部分是其他調(diào)度表激活的優(yōu)先級更高或優(yōu)先級相同,但激活時間更早作業(yè)的執(zhí)行時間。

它們分別對應(yīng)前綴需求函數(shù)、需求函數(shù)和最大需求函數(shù)的計算,用這種方法計算出的第一部分與第二部分之間有重疊,它們都包含了作業(yè)J所在終結(jié)點實例P(J)對作業(yè)J的影響值,需要減去這部分的重疊時間,就得到作業(yè)J被阻塞和搶占的時間。

除了使用需求函數(shù)、最大需求函數(shù)以及前綴需求函數(shù)外,還引入了忙碌窗口的概念。

對于一個優(yōu)先級P,P的忙碌窗口是一個時間段。在這個時間段中處理器持續(xù)地執(zhí)行優(yōu)先級高于或等于P的作業(yè)。即在這個時間段內(nèi)處理器不會執(zhí)行優(yōu)先級小于P的作業(yè),也不會空閑。

最長的忙碌窗口并不一定能導(dǎo)致作業(yè)的響應(yīng)時間最長,而且也很難預(yù)測導(dǎo)致最壞情況響應(yīng)時間出現(xiàn)時忙碌窗口的確切大小。但是通過這個忙碌窗口長度的上限,可以列舉所有忙碌窗口大小的可能性。所以為了計算任務(wù)最壞情況響應(yīng)時間,遍歷所有忙碌窗口的大小直到上限,就可以得到此任務(wù)的可調(diào)度性。

對于AUTOSAR OS,其調(diào)度表集合T= {ST1,ST2, . . .STn},分析AUTOSAR OS可調(diào)度性的完整的方法可以被分為以下四步:

(1)將調(diào)度表集合中所有的任務(wù)組成一個任務(wù)集合t= T1,T2, . . . ,Tq,然后進(jìn)入第二步。

(2)如果任務(wù)集合t為空,則此AUTOSAR OS 就是可調(diào)度的;如果不為空,任意選中t中一個任務(wù)Tk(k ∈[1,q]),然后進(jìn)入第三步。

(3)使用任務(wù)的前綴需求函數(shù)、需求函數(shù)、最大需求函數(shù)和忙碌窗口的分析,得出該人的可調(diào)度性,如果Tk 是不可調(diào)度的,那么此AUTOSAR OS 就是不可調(diào)度的;如果Tk 是可調(diào)度的,進(jìn)入第四步。

(4)更新任務(wù)集合t=t-Tk,然后再回到第二步。

上述步驟描述的AUTOSAR OS可調(diào)度性分析方法如圖2所示:

poYBAGOcB9eAa2GeAABpnM78JCM853.png

圖2 調(diào)度表可調(diào)度算法

算法SCHEDULABILITY (t) 的目的是找出AUTOSAR OS中一個不可調(diào)度的任務(wù)并聲明這個系統(tǒng)是不可調(diào)度的,或者當(dāng)系統(tǒng)中的所有任務(wù)都可調(diào)度時,聲明是可調(diào)度的。它的初始輸入是AUTOSAR OS中所有任務(wù)的集合t,輸出為真時說明系統(tǒng)是可調(diào)度的,輸出為假時說明系統(tǒng)是不可調(diào)度的。其中第一到四行對應(yīng)著步驟2,判斷任務(wù)集合為空并聲明系統(tǒng)可調(diào)度,或者在任務(wù)集合中任取一個任務(wù)。第五到十行對應(yīng)步驟3和步驟4,其中第五行使用算法TASK_ANALY SIS(T)檢查任務(wù)是否是可調(diào)度的,如果是可調(diào)度的,那么就在t中將該任務(wù)刪除,然后迭代執(zhí)行此算法;如果取到的任務(wù)不可調(diào)度,就直接聲明這個AUTOSAR OS是不可調(diào)度的。

04小結(jié)

本文研究了AUTOSAR OS中的任務(wù)、調(diào)度表機(jī)制,并使用了一個基于有向圖的模型描述AUTOSAR OS中調(diào)度表的時間特性及行為,繼而提出適用于AUTOSAR OS的可調(diào)度性分析方法。通過將路徑抽象成運行時間,提出需求函數(shù)、最大需求函數(shù)以及前綴需求函數(shù)來分析作業(yè)被搶占和阻塞的時間,提出了針對AUTOSAR OS調(diào)度表的可調(diào)度性分析方法。

審核編輯:湯梓紅

聲明:本文內(nèi)容及配圖由入駐作者撰寫或者入駐合作網(wǎng)站授權(quán)轉(zhuǎn)載。文章觀點僅代表作者本人,不代表電子發(fā)燒友網(wǎng)立場。文章及其配圖僅供工程師學(xué)習(xí)之用,如有內(nèi)容侵權(quán)或者其他違規(guī)問題,請聯(lián)系本站處理。 舉報投訴
  • AUTOSAR
    +關(guān)注

    關(guān)注

    10

    文章

    398

    瀏覽量

    23612
  • ecu
    ecu
    +關(guān)注

    關(guān)注

    14

    文章

    980

    瀏覽量

    57203
  • 車載操作系統(tǒng)
    +關(guān)注

    關(guān)注

    0

    文章

    13

    瀏覽量

    7426
收藏 人收藏
加入交流群
微信小助手二維碼

掃碼添加小助手

加入工程師交流群

    評論

    相關(guān)推薦
    熱點推薦

    新能源系統(tǒng)進(jìn)入長期運行后,AI 如何讓調(diào)度真正可控?

    當(dāng)能源系統(tǒng)進(jìn)入長期運行階段,調(diào)度往往不再只是設(shè)備執(zhí)行問題,而成為系統(tǒng)層面的管控挑戰(zhàn)。本文從實際運行場景出發(fā),分析多能源系統(tǒng)在長期運行中常見的調(diào)度瓶頸,并探討 AI 如何通過現(xiàn)場中樞能力,讓能源
    的頭像 發(fā)表于 01-30 15:57 ?404次閱讀

    深入Linux內(nèi)核:進(jìn)程調(diào)度的核心邏輯與實現(xiàn)細(xì)節(jié)

    在Linux系統(tǒng)中,進(jìn)程調(diào)度就像一位精明的“CPU管理員”——它決定著哪個進(jìn)程能優(yōu)先使用CPU,多久切換一次進(jìn)程,如何平衡系統(tǒng)響應(yīng)速度與資源利用率。小到桌面應(yīng)用的流暢點擊,大到服務(wù)器的多任務(wù)并發(fā)
    的頭像 發(fā)表于 12-24 07:05 ?4109次閱讀
    深入Linux內(nèi)核:進(jìn)程<b class='flag-5'>調(diào)度</b>的核心邏輯與實現(xiàn)細(xì)節(jié)

    大模型驅(qū)動的發(fā)射任務(wù)智能調(diào)度分系統(tǒng)軟件平臺的應(yīng)用與未來發(fā)展

    大模型驅(qū)動的發(fā)射任務(wù)智能調(diào)度分系統(tǒng)平臺 ? ?作為航天智能化轉(zhuǎn)型的關(guān)鍵支撐,該平臺融合多源數(shù)據(jù)、動態(tài)資源調(diào)度與大模型智能決策能力,顯著提升發(fā)射任務(wù)的效率、安全與可靠。以下從技術(shù)架構(gòu)
    的頭像 發(fā)表于 12-19 14:50 ?275次閱讀

    嵌入式基礎(chǔ)知識-系統(tǒng)調(diào)度

    就緒隊列,不會引起進(jìn)程調(diào)度。 3、AUTOSAR任務(wù)狀態(tài) AUTOSAR(Automotive Open System Architecture),中文是“汽車開放系統(tǒng)架構(gòu)”,是一家致力于制定汽車
    發(fā)表于 12-16 08:15

    高清可視化?全域可調(diào)度:石油銷售調(diào)度中心信息化升級建設(shè)方案

    生產(chǎn)調(diào)度中心信息化建設(shè)是企業(yè)現(xiàn)代化管理的核心支撐,需構(gòu)建集調(diào)度管理、安全監(jiān)測、視頻監(jiān)視、通信指揮于一體的綜合信息化平臺。該平臺以計算機(jī)技術(shù)、網(wǎng)絡(luò)技術(shù)、系統(tǒng)集成技術(shù)及智能控制技術(shù)為基礎(chǔ),通過
    的頭像 發(fā)表于 11-28 11:23 ?333次閱讀
    高清可視化?全域<b class='flag-5'>可調(diào)度</b>:石油銷售<b class='flag-5'>調(diào)度</b>中心信息化升級建設(shè)方案

    freertos關(guān)閉任務(wù)調(diào)度的方法

    #include \"FreeRTOS.h\" #include \"task.h\" /* 關(guān)閉任務(wù)調(diào)度 */ void
    發(fā)表于 11-17 06:47

    FreeRTOS任務(wù)調(diào)度及優(yōu)先級問題

    大家好,最近本人在學(xué)習(xí)FreeRTOS ,之前有過一些裸機(jī)開發(fā)的經(jīng)驗,目前知道了FreeRTOS的任務(wù)是基于時間片輪轉(zhuǎn)來調(diào)度,也就是知道了任務(wù)會基于各個時間片來運行。 于是聯(lián)想了如果有一些外設(shè)芯片
    發(fā)表于 11-06 02:18

    指揮調(diào)度系統(tǒng)成為企業(yè)智慧運營的“決策大腦”

    在復(fù)雜多變的運營環(huán)境中,企業(yè)時常面臨資源分散、信息滯后、響應(yīng)遲緩等管理挑戰(zhàn)。傳統(tǒng)的指揮調(diào)度模式依賴人工經(jīng)驗與零散數(shù)據(jù),難以實現(xiàn)全局統(tǒng)籌與動態(tài)優(yōu)化。新一代 指揮調(diào)度系統(tǒng) 以數(shù)據(jù)驅(qū)動為核心,通過智能分析
    的頭像 發(fā)表于 11-05 14:12 ?255次閱讀

    商湯大裝置發(fā)布基于DeepLink的異構(gòu)混合調(diào)度方案

    調(diào)度復(fù)雜、跨域訓(xùn)練穩(wěn)定性不足等行業(yè)挑戰(zhàn),全面提升異構(gòu)集群的協(xié)同效率與運行可靠,加速國產(chǎn)AI算力從“可用”邁向“好用”,為大模型訓(xùn)練提供強(qiáng)大而高效的支撐能力。
    的頭像 發(fā)表于 08-05 10:01 ?1072次閱讀

    御控縣級供水調(diào)度系統(tǒng):數(shù)字化整合,構(gòu)建全流程智能調(diào)度體系

    御控縣級供水調(diào)度系統(tǒng)的建設(shè)以數(shù)據(jù)整合和智能決策為核心,通過物聯(lián)網(wǎng)、大數(shù)據(jù)等技術(shù),實現(xiàn)從水源地到用戶終端的全流程監(jiān)控與優(yōu)化調(diào)度,提升供水安全和經(jīng)濟(jì)。
    的頭像 發(fā)表于 07-17 15:41 ?449次閱讀
    御控縣級供水<b class='flag-5'>調(diào)度</b>系統(tǒng):數(shù)字化整合,構(gòu)建全流程智能<b class='flag-5'>調(diào)度</b>體系

    深度剖析 RT-Thread 線程調(diào)度流程

    RT-Thread調(diào)度第一個線程的主要流程分如下:rtthread_startup:RTT的啟動函數(shù),主要負(fù)責(zé)板級驅(qū)動,調(diào)度器,系統(tǒng)線程初始化,啟動調(diào)度的工作
    的頭像 發(fā)表于 06-25 18:24 ?1737次閱讀
    深度剖析 RT-Thread 線程<b class='flag-5'>調(diào)度</b>流程

    詳解Kubernetes中的Pod調(diào)度親和

    在 Kubernetes(K8s)中,Pod 調(diào)度親和(Affinity) 是一種高級調(diào)度策略,用于控制 Pod 與節(jié)點(Node)或其他 Pod 之間的關(guān)聯(lián)(親和)或反關(guān)聯(lián)(反親和)關(guān)系。通過親和
    的頭像 發(fā)表于 06-07 13:56 ?911次閱讀

    安全生產(chǎn)調(diào)度管理系統(tǒng)的核心功能模塊

    安全生產(chǎn)調(diào)度管理系統(tǒng)是運用現(xiàn)代信息技術(shù)構(gòu)建的智能化管理平臺,旨在實現(xiàn)生產(chǎn)安全風(fēng)險的全面管控和應(yīng)急資源的優(yōu)化調(diào)度。該系統(tǒng)通過整合物聯(lián)網(wǎng)、大數(shù)據(jù)、人工智能等前沿技術(shù),建立起覆蓋風(fēng)險監(jiān)測、預(yù)警預(yù)測、指揮
    的頭像 發(fā)表于 05-16 15:25 ?575次閱讀

    梯度科技助力客戶破解算力調(diào)度難題

    在數(shù)字經(jīng)濟(jì)與人工智能深度融合的新階段,算力已成為支撐人工智能發(fā)展的核心生產(chǎn)力。梯度科技基于云原生技術(shù)架構(gòu)研發(fā)的算力調(diào)度平臺,以“算力彈性調(diào)度、異構(gòu)資源兼容、業(yè)務(wù)智能運維”為核心能力,為客戶構(gòu)建全場景算力中樞,實現(xiàn)資源利用率、業(yè)務(wù)敏捷
    的頭像 發(fā)表于 04-27 16:32 ?1288次閱讀

    京東百萬級調(diào)度系統(tǒng)(Buffalo)架構(gòu)解密

    作者:京東零售 姬廣滕 一、調(diào)度系統(tǒng)簡介 Buffalo調(diào)度是一款京東自主研發(fā)的分布式DAG作業(yè)調(diào)度系統(tǒng)。為京東的數(shù)據(jù)開發(fā)工程師、算法工程師、數(shù)據(jù)分析師等用戶提供了離線作業(yè)的編排性能要
    的頭像 發(fā)表于 03-07 09:53 ?845次閱讀
    京東百萬級<b class='flag-5'>調(diào)度</b>系統(tǒng)(Buffalo)架構(gòu)解密