網(wǎng)絡(luò)處理器軟件開發(fā)模型的研究
加入技術(shù)交流群
摘要：網(wǎng)絡(luò)處理器的高速處理和靈活的可編程性，使它成為當今網(wǎng)絡(luò)中數(shù)據(jù)處理的有效解決方案。本文深入探討網(wǎng)絡(luò)處理器的軟件開發(fā)模型。首先，介紹Intel IXP2400網(wǎng)絡(luò)處理器硬件結(jié)構(gòu)和軟件開發(fā)平臺，然后給出基于網(wǎng)絡(luò)處理器的路由轉(zhuǎn)發(fā)系統(tǒng)的設(shè)計實例，闡述網(wǎng)絡(luò)處理器開發(fā)的關(guān)鍵環(huán)節(jié)，最后提出網(wǎng)絡(luò)處理器軟件開發(fā)所面臨的主要問題和挑戰(zhàn)。
關(guān)鍵詞：網(wǎng)絡(luò)處理器 軟件開發(fā)模型 微引擎 微模塊 核心組件
引言
隨著當今網(wǎng)絡(luò)規(guī)模和性能迅速增長，Internet主干網(wǎng)絡(luò)流量的指數(shù)性增長及新業(yè)務(wù)接連的出現(xiàn)，這就要求網(wǎng)絡(luò)設(shè)備具有線速和智能的處理能力。網(wǎng)絡(luò)處理器NP（Network Processor）便是一種新興、有效的統(tǒng)一解決方案。它適用于各層網(wǎng)絡(luò)處理，具有ASIC高速處理性能和可編程特性，既能保證系統(tǒng)靈活性，又能完成線速處理數(shù)據(jù)包所要求的高性能硬件功能。目前，網(wǎng)絡(luò)處理器已經(jīng)涌現(xiàn)出了一些成功的應(yīng)用范例。這些應(yīng)用主要包括：基于網(wǎng)絡(luò)處理器的路由交換設(shè)備、智能安全設(shè)備和入侵檢測設(shè)備等。比如，北京聯(lián)想使用IBM的PowerNP構(gòu)成了電信級的防火墻設(shè)備。與此同時，圍繞著網(wǎng)絡(luò)處理器應(yīng)用展開的相關(guān)研究也得到了飛速發(fā)展，一些企業(yè)和科研機構(gòu)也給予了足夠重視。例如，Intel專門投資支持全球100所大學進行網(wǎng)絡(luò)處理器及其相關(guān)應(yīng)用的研究。
由于網(wǎng)絡(luò)處理器特殊的體系結(jié)構(gòu)，它的軟件編程模型與傳統(tǒng)網(wǎng)絡(luò)應(yīng)用/嵌入式應(yīng)用開發(fā)有較大不同，更為復雜。本文將以Intel IXP2400網(wǎng)絡(luò)處理器為例，對網(wǎng)絡(luò)處理器軟件開發(fā)模型進行較為詳細地探討。
1 網(wǎng)絡(luò)處理器硬件架構(gòu)
在一般程序設(shè)計中，可以不考慮操作系統(tǒng)和編譯程序、線程調(diào)度的細節(jié)、寄存器的數(shù)量和容量，而在網(wǎng)絡(luò)處理器的程序設(shè)計中，忽略這些因素就不能編寫出優(yōu)化的程序。在對網(wǎng)絡(luò)處理器，尤其是微引擎編程之前，需要仔細了解網(wǎng)絡(luò)處理器的系統(tǒng)結(jié)構(gòu)和硬件平臺。下面以Intel的IXP2400為例來說明。
IXP2400網(wǎng)絡(luò)處理器是Intel在2002年推出的第二代互聯(lián)網(wǎng)交換架構(gòu)（IXA）網(wǎng)絡(luò)處理器。其中，IXP2400是面向中高端應(yīng)用的網(wǎng)絡(luò)處理器，可用于實現(xiàn)OC-48的網(wǎng)絡(luò)路由交換設(shè)備。
Intel的IXP2400網(wǎng)絡(luò)處理器結(jié)構(gòu)允分體現(xiàn)了SoC(System on Chip)的思想。如圖1所示，它的內(nèi)部主要包括8個完全可編程的4線程微引擎（Mev2）和1個XScale核。此外，還有用于連接外部MAC設(shè)備的MSF單元、連接各種存儲器和總線的接口單元等。這些單元通過內(nèi)部的高速數(shù)據(jù)總線和控制總線彼些協(xié)作。
XScale核（core）是ARM系列處理器的一種，它在IXP2400中起控制和管理作用。具體包括：對系統(tǒng)初始化；提供系統(tǒng)的時鐘；建立并管理路由表；提供一個對應(yīng)于IXP2400各寄存器、存儲器和外部存儲器的地址映射表等。XScale核在系統(tǒng)啟動時，從BootROM開始執(zhí)行引導程序，對整個IXP2400系統(tǒng)進行初始化。
IXP2400中的每一個微引擎其它就是一個32位RISC處理器，可以由4個并行硬件線程共享。數(shù)據(jù)包的接收、處理和發(fā)送等任務(wù)，均由微引擎中的各線程并行執(zhí)行微引擎指令存儲區(qū)中的微代碼程序來完成。網(wǎng)絡(luò)處理器數(shù)據(jù)的高速轉(zhuǎn)發(fā)正是因為充分利用了硬件的并行性，來彌補線速轉(zhuǎn)發(fā)中的內(nèi)存訪問的延遲。
IXP2400嵌在開發(fā)板的中心，周圍通過數(shù)據(jù)線連接著各種設(shè)備，如SRAM，SDRAM等。SDRMA主要用來存放需要處理和轉(zhuǎn)發(fā)的數(shù)據(jù)包等，也作為XScale核的內(nèi)存；SRAM主要存放對數(shù)據(jù)包包頭進行處理所需的重要信息和數(shù)據(jù)包的隊列描述等內(nèi)容。通過IXP2400的數(shù)據(jù)單元是一個64字節(jié)的MAC包（MPKT），在每收到一個包的時候，MAC將一個數(shù)據(jù)分成若干個MPKT，MPKT就是網(wǎng)絡(luò)處理器處理數(shù)據(jù)的單位。
綜上所述，IXP2400擁有網(wǎng)絡(luò)處理的一般特點，從系統(tǒng)角度看，IXP2400屬于一個并行式的多算是器共享總線的計算機系統(tǒng)。對于網(wǎng)絡(luò)處理器的程序設(shè)計和一般計算機的程序設(shè)計有很大不同。
2 網(wǎng)絡(luò)處理器軟件開發(fā)模型
網(wǎng)絡(luò)設(shè)備性能和可編程能力最終由運行在網(wǎng)絡(luò)處理器平臺上的軟件決定，其中，選擇何種編程模式是關(guān)鍵。評價網(wǎng)絡(luò)處理器編程模式有兩個基本準則：一個是編程模式所能涉及的層，即哪些功能能夠編程以及編程能達到的層；另一個重要方面就是處理器襯淫的編程模型。由于網(wǎng)絡(luò)處理器平臺服務(wù)于軟件功能需要，所以編程方法的關(guān)鍵是在不犧牲設(shè)備性能的前提下，使用成熟技術(shù)和現(xiàn)有軟件模式，保證產(chǎn)品的可靠性，加快開發(fā)速度。
基于運行在核心處理器和協(xié)處理器的不同硬件之上，網(wǎng)絡(luò)處理器可分成數(shù)據(jù)平面與控制平臺。
數(shù)據(jù)平面主要運行在微引擎處理之上，是實現(xiàn)輸入端口和輸出端口間高速轉(zhuǎn)發(fā)數(shù)據(jù)包的處理功能，具有線速執(zhí)行特點，并充分利用數(shù)據(jù)包的無關(guān)性，采取并行處理方式?？刂破矫嬉话氵\行在網(wǎng)絡(luò)處理器核上，處理路由表更新、管理數(shù)據(jù)平面任務(wù)與狀態(tài)、完成高層的QoS控制等。這些操作的性能要求低于數(shù)據(jù)層面，因此通常采用高性能通用處理器硬件平臺。為了有效支持網(wǎng)絡(luò)處理功能，控制平面與數(shù)據(jù)平面之間存在復雜的信息交互與依賴關(guān)系。
Intel IXA可移植框架中最重要的組成部分就是在微引擎上和XScale核上開發(fā)的代碼模型?；诓煌布祥_發(fā)的代碼模塊分別為微模塊（microblock）和核心組件（core component）。每一個模塊都代表了一個進行包處理的代碼單元。這里實際上引入了構(gòu)件的思想，開發(fā)人員將各種模塊以一定的順序組織在一起，組成一個特定的應(yīng)用。下面分別對框架中的各個層次進行討論。
（1）微模塊
數(shù)據(jù)平面的微引擎在邏輯上分成一個或多個微模塊（microblock）。每一個微模塊都是一個宏或者一個微引擎或由Intel提供的一些底層庫寫成的函數(shù)。微模塊之間彼此獨立，這些就提高了代碼的可重用性，同時也簡化了微引擎手代碼的編寫。微引擎與Intel XScale核共享一部分內(nèi)存，大部分網(wǎng)絡(luò)包的處理都通過微引擎來進行，一些例外的包將傳遞給Intel XScale核心組件來處理。微模塊從功能上一般包括與一些高層協(xié)議相關(guān)包的處理微模塊和與硬件緊密相關(guān)的微模塊。前者包括IPv4轉(zhuǎn)發(fā)、網(wǎng)橋、網(wǎng)絡(luò)地址轉(zhuǎn)換（NAT）等；后者包括包的接收和發(fā)送模塊及分組隊列管理模塊等。
（2）核心組件
核心組件（Core Component）運行在XScale核上，實現(xiàn)了相關(guān)微模塊的配置、管理和例外處理等工作。一個核心組件可能管理著多于一個微模塊。具體來講，核心組件主要完成以下一些功能：配置微模塊（通過引入變量的靜態(tài)配置和控制模塊的動態(tài)配置）；初始化維護一些可能被其它應(yīng)用程序修改的數(shù)據(jù)結(jié)構(gòu)；提供了一個例外處理和控制消息處理機制來處理微模塊發(fā)送過來的包和消息。
（3）微引擎數(shù)據(jù)平面優(yōu)化庫
微引擎數(shù)據(jù)平面優(yōu)化庫（optimized microengine data plane library）包括一些底層的微引擎宏指令和用微引擎的特殊C語言寫的函數(shù)庫，用來編寫微模塊和一些微引擎的代碼。這些為是經(jīng)過Intel優(yōu)化的，非常高效，代碼的占用小，同時也是非常底層的。庫主要包含三信方面：對處理器硬件單元的操作，比如對微引擎內(nèi)部的本地內(nèi)存（local memory）、臨界區(qū)（critical sections）操作等；協(xié)議頭的解析函數(shù)，如IPv4、IPv6協(xié)議等；哈希單元的查找，CRC等。
（4）微模塊基本設(shè)施庫
微模塊基本設(shè)施庫（microblocks infrastructure library）提供了訪問暫存包描述符的API，Dispatch Loop的實現(xiàn)是通過它來完成的。一個Dispatch Loop將運行在一個微引擎內(nèi)部線程之間的多個微模塊組成一個microblock組。關(guān)鍵的地方是，Dispatch Loop提供了一種多個微模塊之間高效共享包的描述符、包頭信息等重要數(shù)據(jù)結(jié)構(gòu)的方式，實現(xiàn)了多個微模塊間的數(shù)據(jù)傳遞。Dispatch Loop也提供了向其它Dispatch Loop也提供了向其它Dispatch Loop和XScale核之間發(fā)送和接收包的接口。
（5）資源管理庫
資源管理庫（resource management library）是XScale核的一個軟件組件，它向內(nèi)核提供了微引擎的API，比如硬件的資源管理接口，大大簡化了硬件初始化的任務(wù)，配置和資源的共享；微模塊與核心組件之間的通信API，開發(fā)者屏蔽了微引擎與XScale核之間通道的一些細節(jié)。
（6）核心組件基本設(shè)施庫
核心組件基本設(shè)施庫（core components infrastructurelibrary）為XScale核心組件設(shè)計和構(gòu)造提供了一些底層的API，同時也提供了組件之間傳遞包和消息的機制。其于核心組件基本設(shè)施庫的一個核心組件一般都要包含以下函數(shù)：1個初始化函數(shù)；1個結(jié)束函數(shù)；1個或多個包的處理名句柄；1個或多個消息處理句柄。
（7）操作系統(tǒng)服務(wù)層
操作系統(tǒng)服務(wù)層（operating system services layer）對運行在XScale核上的代碼提供了一個抽象層。開發(fā)人員編寫的XScale核心運行代碼包括資源管理庫。應(yīng)該利用這一層，而不是直接去利用操作系統(tǒng)提供的API，從而提高系統(tǒng)的可移植性。OSSL主要提供了以下幾類接口：線程管理、同步原語、互斥操作、定時器、內(nèi)存管理和消息日志。
（8）控制平面平臺開發(fā)工具包
控制平面的PDK（Platform Development Kit）為XScale核心組件與運行控制平面的軟件之間提供了接口。它所提供的API編程接口現(xiàn)在是符合國際網(wǎng)絡(luò)處理器論壇（NPF）提出的標準的，各種控制平面的網(wǎng)絡(luò)協(xié)議棧和用它可以很方便的集成進來。
3 網(wǎng)絡(luò)處理器應(yīng)用實例
利用Intel IXA可移植框架來實現(xiàn)Intel IXP2400的一個簡單路由轉(zhuǎn)發(fā)系統(tǒng)。數(shù)據(jù)分組在IXP2400中的流動過程如下：以太網(wǎng)MAC器件接收數(shù)據(jù)，放入MSD單元的接收緩存當中，向微引擎發(fā)出信號，表示數(shù)據(jù)已經(jīng)收到，微引擎將接收緩存中數(shù)據(jù)傳輸?shù)絊DRAM，微引擎通過對MSF總線單元的訪問命令將前幾個字節(jié)（分組頭）傳送到傳輸寄存器中，微引擎對分組的以太網(wǎng)頭進行修改，而將數(shù)據(jù)分組寫入發(fā)送隊列，然后通知MSF單元將數(shù)據(jù)分組傳送給適當?shù)腗AC器件。圖3所示為典型路由器應(yīng)用系統(tǒng)中的數(shù)據(jù)流。
在圖3所示的處理轉(zhuǎn)發(fā)結(jié)構(gòu)中，每一個模塊代表一個微模塊。發(fā)送和接收模塊和MSF硬件緊密相關(guān)。處理器芯片的MSF總線接口單元中有一對BUFFER，即輸入BUFFER和輸出BUFFER，分別用作接收和發(fā)送的緩沖區(qū)。開發(fā)者通過用這些相應(yīng)的硬件寄存器，硬件設(shè)備可自動進行相應(yīng)的轉(zhuǎn)發(fā)處理。
圖3
在中間處理包的各個模塊中，代碼首先從便存儲器（SCRATCHPAD MEMORY）中將接收線程放入的包信息取出，進行以太網(wǎng)頭的有效性驗證，根據(jù)IP頭的信息查找路由表，將以太網(wǎng)頭更新。其中每一個處理都是由一個微模塊來實現(xiàn)的。各個模塊合在一起構(gòu)成了一個Dispatch Loop，各個模塊在便存儲器中共享包描述符信息，其中dlNextBlock全局變量為下一個處理微模塊的標識。Dispatch Loop的部分代碼如下（簡略）。
while(1){
dl_source(); //從接收線程取下包描述符
if(dlBufHandle= =0){ //dlBufHandle是Dispatch
//Loop維護的一個全局變量
continue;
}
Ethernet_validate();//驗證這個包是一個有效的以太網(wǎng)頭
Ethernet_strip_header();//去掉以太網(wǎng)頭
Ipv4_five_tuple_class();//進行IPv4 classifier的轉(zhuǎn)發(fā)
If(dlNextBlock= =IX_DROP){//clNextBlock也是全局變量，表示下一個
Goto drop; //跳轉(zhuǎn)到丟棄包的處理模塊
}
Ethernet_add_header();//添加新的以太網(wǎng)頭
D1_sink(); //將處理后的包描述符放入發(fā)送緩沖區(qū)中
Drop:
Dl_BufDrop(dlBufHandle); //丟棄包的處理
}
Intel IXP2400開發(fā)平臺中，微代碼的源文件是*.uc格式的，經(jīng)過預處理生成*.ucp的中間文件，進而進行匯編生成*.list匯編文件。微引擎程序的連接器將匯編程序的多個輸出文件轉(zhuǎn)變成一個可下載的微程序映像（image）。缺省情況下，連接器生成的微代碼映像文件的擴展名為uof。連接器也可以生成C結(jié)構(gòu)的程序格式，這樣的輸出文件與內(nèi)核程序一起進行編譯和連接。
Intel提供的資源管理庫中，對微引擎部分的函數(shù)提供了接口，可以將uof文件當作Flash文件系統(tǒng)的一個普通文件進行處理。在內(nèi)核代碼初始化時，將uof文件讀入內(nèi)存，然后加載。但是如果要作成最終產(chǎn)品時,Intel推薦采用.c格式的文件，并直接鏈入到所開發(fā)的內(nèi)核工程中。
4 網(wǎng)絡(luò)處理器軟件開發(fā)的關(guān)鍵環(huán)節(jié)
基于網(wǎng)絡(luò)處理器開發(fā)工作的重點是對數(shù)據(jù)平面代碼的開發(fā)，開發(fā)者要在以下三個方面進行設(shè)計和代碼優(yōu)化：多線程的任務(wù)分配和調(diào)度策略；數(shù)據(jù)結(jié)構(gòu)的定義和存儲分配；分組隊列的管理和調(diào)度。
（1）多線程的分配和調(diào)度策略
對微引擎和線程分配任務(wù)是否合理，是影響系統(tǒng)性能的一個很重要因素。開發(fā)人員需要根據(jù)具體的網(wǎng)絡(luò)應(yīng)用和硬件平臺的特點來科學合理的分配任務(wù)。比如，對一個一般的網(wǎng)絡(luò)應(yīng)用來說，可以分為包的接收、處理、發(fā)送幾個階段。對于包的處理階段來說，又可以分成多個階段來執(zhí)行，每一個階段可以由一個微模塊來執(zhí)行。這多個微模塊是如何在每個微引擎中分配，就是一個任務(wù)分配的問題。如果分配才能使負載盡可能的達到平衡，處理器的資源得到最大效率的利用，這些都要進行研究、分析和實驗。
網(wǎng)絡(luò)處理器微引擎基于硬件的靜態(tài)多線程調(diào)度基礎(chǔ)上，即在一個微引擎內(nèi)部中的線程調(diào)度是由硬件來實現(xiàn)的，通常采用輪詢的策略。不同策引擎的線程間存在多種通信方法，線程之間在數(shù)據(jù)包處理過程中的同步方式也有多種。因此，開發(fā)者根據(jù)具體不同應(yīng)用功能特點，不同數(shù)據(jù)處理相關(guān)功能需求，對圍繞處理器的多個微引擎的并行調(diào)度算法進行選擇，以盡可能達到系統(tǒng)負載的平衡。
Intel IXP2400提出了三種網(wǎng)絡(luò)處理器數(shù)據(jù)平面的多線程編程模型：流水模型（context pipeline）、并行處理模型的順序模式（ordered mode）和亂序的模式（unordered mode）。在任務(wù)的分配方面，Intel正在考慮對現(xiàn)有的微引擎編程語言進行擴展，提出了新的微引擎自動分配任務(wù)的編程模型，以加快網(wǎng)絡(luò)處理器軟件開發(fā)的效率。
（2）數(shù)據(jù)結(jié)構(gòu)的這義和存儲分配
影響網(wǎng)絡(luò)處理器線速轉(zhuǎn)發(fā)的一個最關(guān)鍵問題是存儲器的訪問延遲。網(wǎng)絡(luò)處理器中往往有多層不同的存儲體（在IXP2400中，就存在寄存器、Local Memory、Scratchpad Memory、SRAM、SDRAM等不同級別的存儲器，它們的速度差別很大），不同層次的內(nèi)存用于滿足不 同數(shù)據(jù)結(jié)構(gòu)的需要。另一方面，定義在網(wǎng)絡(luò)處理器中的數(shù)據(jù)結(jié)構(gòu)是非常精密的，比如，一個包頭的描述符（packet descriptor metadata）。但同時也是非常龐大和復雜，比如包體的信息、路由表和隊列管理的數(shù)據(jù)結(jié)構(gòu)。舉例來說，開發(fā)者在微引擎中定義多個線程共享的變量時，應(yīng)最先考慮使用全局寄存器，但有時全局寄存器的容量有限，可以考慮Local Memory。多微引擎共享的變量存放在SRAM中，而Dispatch Loop變量存放在便（Scartch pad）中。不同數(shù)據(jù)結(jié)構(gòu)定義和分配的不同策略都會對系統(tǒng)性能產(chǎn)生較大的影響。
（3）分組調(diào)度
網(wǎng)絡(luò)處理器是典型的RISC內(nèi)核的并行實時處理結(jié)構(gòu)，同時存在著大量共享資源，比如內(nèi)存、總線、SHAC等一些特殊硬件單元，這就必然需要系統(tǒng)對這些共享資源進行調(diào)度和仲裁。未來計算機網(wǎng)絡(luò)的趨勢是能夠提供多種不同服務(wù)，支持多種不同應(yīng)用需求。提高網(wǎng)絡(luò)集成服務(wù)支持能力的一個很重要問題就是分組調(diào)度算法問題，分組隊列的管理還是實現(xiàn)QoS的基礎(chǔ)。
分組調(diào)度及處理算法的核心是鏈路層調(diào)度器的算法設(shè)計。在一般分組處理的存儲-轉(zhuǎn)發(fā)過程中，設(shè)計調(diào)度器必然要對分組處理時間進行預測，但處理器在調(diào)度器中要精確的獲取并更新這些虛擬時間是十分困難的。這就要根據(jù)具體的應(yīng)用，通過研究數(shù)據(jù)包的長度、數(shù)據(jù)類型、處理方式與處理時間之間的關(guān)系，提出合理的數(shù)據(jù)包處理時間預測方案，選擇適當?shù)姆纸M調(diào)度算法，達到比較好的系統(tǒng)性能。
5 網(wǎng)絡(luò)處理器面臨的挑戰(zhàn)
當今的網(wǎng)絡(luò)處理咕嘟仍面臨著許多挑戰(zhàn)，例如采用什么技術(shù)擴展，如何簡化編程模式等問題都需要進一步研究。數(shù)據(jù)平面上運行的軟件開發(fā)通常僅提供微代碼匯編和低通讀C語言技術(shù)，這大大限制了網(wǎng)絡(luò)處理器技術(shù)的發(fā)展和應(yīng)用。因為缺乏高效的軟件開發(fā)支持，軟件問題已經(jīng)成為網(wǎng)絡(luò)處理器應(yīng)用的一大障礙，必須研究面向網(wǎng)絡(luò)處理器系統(tǒng)的高效系統(tǒng)軟件平臺。
網(wǎng)絡(luò)處理器微引擎指令的提供非常有限，僅有不足40條，這遠遠不能滿足開發(fā)人員的需求，僅用它去構(gòu)造一些復雜的網(wǎng)絡(luò)處理任務(wù)不太現(xiàn)實。在Intel提出的網(wǎng)絡(luò)處理器開發(fā)框架中，給出了一些非常底層的數(shù)據(jù)平面的函數(shù)庫，還給開發(fā)者提供了一些面向特定應(yīng)用的更優(yōu)化的接口和宏指令集。
目前，開發(fā)環(huán)境主要由各NP生產(chǎn)廠商提供，微引擎上運行的數(shù)據(jù)平面只提供微代碼匯編和C語言編譯器支持，有代表性的產(chǎn)品是Intel Workbench?？刂破矫嫔系奶幚砥鲀?nèi)核，普遍采用Linux或VxWorks作為操作系統(tǒng)。兩個平面的開發(fā)相對獨立，沒有一種統(tǒng)一的開發(fā)手段，這給開發(fā)者帶來了很大的不便。目前，也沒有特別針對網(wǎng)絡(luò)處理特點的操作系統(tǒng)，常見的RTOS由于并不是特別針對網(wǎng)絡(luò)處理器的操作系統(tǒng)，因此并不能充分發(fā)揮網(wǎng)絡(luò)處理器的潛能。
為了滿足下一代Internet服務(wù)需求，網(wǎng)絡(luò)處理器除了要滿足局域網(wǎng)和廣域網(wǎng)對帶寬的需求增長外，還要能夠以線速對數(shù)據(jù)、語音以及視頻信號進行排序和處理。網(wǎng)絡(luò)處理器官方論壇（Network Processing Forum）的成立，加快了網(wǎng)絡(luò)處理器接口標準的制定和軟件發(fā)展的步伐。
結(jié)語
網(wǎng)絡(luò)處理器通過十分靈活的體系結(jié)構(gòu)和強大的處理能力，將可編程能力和ASIC的處理能力有機的結(jié)合在一起，它的出現(xiàn)是網(wǎng)絡(luò)設(shè)備開發(fā)的一次革命，它的發(fā)展必須對傳統(tǒng)ASIC和MPU造成前所未有的沖擊。在今后幾年里，網(wǎng)絡(luò)處理器將有著非常巨大的發(fā)展空間。本文以Intel IXP2400網(wǎng)絡(luò)處理器為例，全面討論了網(wǎng)絡(luò)處理器軟件開發(fā)技術(shù)，并提出網(wǎng)絡(luò)處理器軟件開發(fā)中的關(guān)鍵環(huán)節(jié)及面臨的主要問題和挑戰(zhàn)。
評論