1、多核網絡處理器及其開發考慮網絡全光化進程的加速以及網絡技術的演進擴展了傳統數據業務以外的多業務模式，諸如音視頻下載、p2p流媒體等業務對網絡的業務承載能力提出了新的挑戰。隨之而來的線速處理和可管理需求已使傳統網絡設備不堪重荷，因此新型網絡設備需要具備迅速的業務升級能力和高性能的處理能力以提高網絡容量。目前，采納多內核和并行處理結構的網絡處理器(network processor)在中高端網絡設備中的用法已逐漸成為趨勢。但與計算和消費市場一樣，通信網絡市場的多核并行處理的開發也瀕臨著前所未有的挑戰，因此如何突破np多核架構的開發瓶頸已成為業界關注的焦點。多業務流催生新型多核網絡處理器np融合了c

2、pu的靈便性和asic的高性能特點。np擁有很強的硬件并行處理能力，其可通過多內核實現處理器級的并行處理，因此用法多核np實現并行交換(pps)能很好地提升網絡容量。高性能系統需求可以說是驅動多內核和迅速處理技術需求的動力。新型多核np被應用在控制平面、數據平面以及兩者結合的處理。目前主要的多核np廠商有架構陣營的cavium、rmi、，以及powerpc架構陣營。無數應用具有寬廣的性能范圍和能按照內核性能和數量舉行縮放的解決計劃。這些能力可以使系統廠商很簡單采取跨平臺保存和重新利用遺留代碼并移植到將來的應用，因此增強性能和添加增值功能對網絡設備而言非常有須要。多核np主要通過可縮放的方式卸載

3、tcp性能，而新型多核np的片上內容處理卸載可以對l4層以上的分組提供處理并能夠實現片上壓縮/解壓。為了協助內核卸載，多數多核處理器的廠商都集成了特別的硬件加速器舉行那些可用硬件更高效實現的處理。因為新的多核處理器結合了硬件加速技術，多內核與多i/o可以分享同一數據報內的分組的全部部分，來自這些模塊的關于位置和數據可追蹤與可接入的信息實質上可以用來調試軟件。而通過平臺利用這些信息優化性能同樣變得重要。可視化是驅動多核處理器的管理程序功能支持的另一個趨勢。面向日益增長的p2p業務流，深層包檢測(dpi)技術被認為是應付網絡多業務所帶來的管理/控制挑戰的有效辦法。模式匹配是實現dpi的基礎，而多核

4、np能對dpi的模式匹配提供有力的支持。實現dpi的模式匹配主要有tcam(三態內容可拜訪存儲器)模式匹配以及正則表示模式匹配。其中，tcam是一種用于硬件加速查找的外接式存儲器，廣泛用于早期的高端路由器上。但其靈便性較差、功耗大。面向下一代網絡的高吞吐量需求la-1接口已經逐漸不能滿足，目前主要tcam生產廠商正為下一代tcam制定新接口。正則表示式(regular expression)模式匹配因為具備高性能和高靈便性特點正逐漸成為dpi模式匹配的主流。因為在dpi下交換協議、病毒定義和常見的更新需要模式數據庫，而為實現dpi性能需求，也對存儲器帶寬提出了需求。飛思卡爾半導體通過模式匹配引

5、擎（pme）提供迅速編譯和提升了模式更新，由于可以用法便宜的ddr2存儲模式使pme的吞吐量無需依靠于外部存儲器。pme用法nfa(非確定性無限自動機)解決dpi中的模式剖析問題。另外，在分組的狀態檢測過程中也可以用法狀態規章引擎(stateful rule engine)卸載更多的cpu帶寬。多核處理器不但需要低延時存儲器拜訪以舉行高性能的l2和l3路由判決，而且需要具有高性能正則表示式的查找加速以允許分組能夠被平安應用搜查到，也同樣需要平安加速以處理分組的壓縮/解壓。全部這些加速器和多個內核分享數據和狀態使得高帶寬互連變得尤其重要。而這個互連必需是徹低緩存全都性的。據飛思卡爾半導體網絡和多

6、媒體應用處理器部門的jeffrey ho介紹，飛思卡爾即將推出的多核平臺將會支持三級緩存體系以滿足那些同時需要分享前端緩存和本地后端緩存的應用。另外，因為用于l4層及以上的應用的模式匹配卸載需要靈便性和易于編程，在那些迅速的業務更新里就無需外接昂貴的tcam和rldram了，pme引擎能圍繞匹配的狀態操作也無需舉行軟件的交互。總的來看，新型多核np相對于傳統的微引擎/微碼np有無數優勢。首先具有更好的編程性，例如能用法、或者bsd這些基于c/c+語言的標準操作系統，以及多種標準開發環境；并能夠將控制、管理和數據平面軟件集成到單芯片里面。但高應用吞吐量才是高端np首要關注的，低端np提高集成度是

7、為了達到降低成本的目的。而在應用中是否采納np和asic/結合的方式則要視乎詳細狀況而定。目前，有廠商把控制和數據平面集成到單顆np里面，但高端應用仍將它們舉行分別處理。由于這更多的是取決于遺留代碼、軟件及詳細辦法而不是由np的功能集成的支持度所打算的，所以在將來的高端設備設計當中np和asic/fpga將長久共存，這樣才干夠舉行諸如背板事務的處理以及能為產品提供區分于競爭對手產品的附加值。圖1：飛思卡爾即將推出的多核通信平臺將支持三級緩存核np在高層應用中瀕臨挑戰傳統np不支持標準操作系統和c/c+代碼。新型多核np已經進展成為可以支持標準編程設計模塊、c/c+和linux、vxworks和

8、bsd等操作系統的np。多核架構由于可以通過不同的處理單元并行處理任務，因此可以為囫圇系統帶來益處。按照阿姆達爾定律，多核軟件性能將很大程度上依靠于挨次執行的代碼數量。嵌入式系統復用了舊系統大量的遺留代碼，而其中大部分的代碼庫是為單核處理而編寫的。通常這些已寫好的軟件是單線程的，必需依靠代碼的挨次執行。因此需要把代碼分割成無數小片，同時削減挨次執行代碼的數量。在利用多核np舉行設計的時候，開發人員必需時刻提示自己是在用法多核與硬件加速。單處理核心的負載平衡可以由os很簡單的完成。但是對于多核來說，要視乎是不對稱多重處理（amp）還是對稱多重處理（smp）操作系統。amp os的負載平衡是靜止的

9、并依靠于程序員來分割代碼。因此當工作量不全都時問題就浮現了，而靜態平衡則意味著他們需要對代碼舉行重分割以適應不同的環境。其他的問題還包括并行處理時內核間的優化、處理器的分享數據的優化、在多核環境下尋覓重部署代碼庫的辦法以及用軟件包集成通用產品和性能。如何在多核之間分割代碼變成一項極為艱巨的打算，無論是用法smp、amp還是兩者的結合形式。無數的單核應用必需將數據平面和/或控制平面功能從單核處理器分別到多核計劃里。而了解分布軟件的挑選則變得重要。一些工程師覺得多核np在做交換時效果很好，但其在更高層應用的效果并不抱負。對此，飛思卡爾的jeffrey ho認為當多核處理器超過4個內核的時候，互連性

10、能的瓶頸必需得到優化，這樣才允許架構可以擴展到8內核甚至是16內核以上；同時，jeffrey ho指出多核np現在確實是浮現了編程問題的瓶頸，傳統np和嵌入多核產品因為缺少編程能力以及基礎工具和驅動，因此源代碼庫對于l1和l2功能十分高效，但對于多核np的高層應用則無法得到優化。此外，amcc集成通信產品業務部副總裁兼總經理daryn lau則認為4個內核以上的np是無法達到平衡的，而用法雙核np則可分離對數據平面和控制平面舉行高效的管理，因此雙核np有望成為將來的主流。為多核np挑選合適的開發平臺和工具詳細說到嵌入式操作系統對于多核np軟件的開發，經常是把linux與風河的vxworks同日

11、而語。這兩種操作系統各有其適應性，在不同的狀況下都會發揮各自的優勢。linux的優勢之一是這種操作系統不僅在設備軟件領域得到應用，而且在許多服務器環境中得到大量應用，而網絡設備經常需要與高層管理軟件協作用法，因此在某些狀況下，假如網絡設備本身和其上層的管理軟件都是由linux編寫的，在集成性方面有可能會有一些方便性。linux的應用范圍將會很廣，但設備嵌入式軟件開發與pc或服務器軟件開發最大的不同之處之一就是與硬件的相關性，pc或者服務器基本上是在一個標準的硬件環境中運行，而設備軟件的運行環境有很大的差異，所以應當從產品研發和適用的環境去分析和推斷一個產品應當采納linux還是vxworks來

12、作為開發和運行平臺。挑選了linux的開發人員應當十分注重：到底要用多長的時光、人力和資源來維護和集成linux平臺和工具，又可以用多長的時光、人力和資源來開發屬于自己的產品？由于linux是開發源代碼的，可以自行從源代碼社區獲得全部的操作系統、開發工具和中間件，然后自己再把這些不同的部分集成起來，但這些工作一定會消耗大量的人力、時光和其他資源。從目前的情況來看，大多數公司為了集中開發自身產品的獨特功能，目前還是挑選從開發工具提供商那里挺直獲得集成、測試、驗證好的集成化linux開發平臺套件。風河中國區總經理韓青指出，在多核處理器開發中挑選什么樣的os雖然重要，但是挑選什么樣的開發與調試工具更

13、重要。多核開發人員總是都期望有一種工具，能夠把已經為單核處理器開發的軟件挺直轉換成可以在多核環境中運行的軟件。雖然有些廠商也宣稱，只要把用戶原有的單核處理軟件挺直運行在自己的多核處理器上就可以大幅度提升性能，但到目前為止，甚至在今后一段時期內，這種期望都是不現實的。從目前的技術手段來看，要充分利用多核處理技術帶來的益處，例如獲得更高的處理性能、更有效的電源利用率，或者縮小裝置的體積，最有效的辦法仍然是“調試”，也就是通過不斷的實驗來“發覺”和“優化”自己的算法。因此，擁有高效率的調試工具，是目前充分利用多核處理技術的最佳捷徑。風河的workbench是目前唯一能夠同時支持vxworks、linux和其他專用操作系統的跨平臺ide，其可同時支持多任務、多線程、多進程、多cpu、多板調試等。而風河的jtag解決計劃使開發人員能夠同時停止或者啟動任何內核，在一個或者多個內核上設置斷點(包括條件斷點)。開發人員可以在諸如硬件bring-up、內核、中間件和其他應用功能調試的時候采納jtag銜接。另外，workbench ecl