dpdk編程開發

A. 璁＄畻鏈虹綉緇滀箣DPDK錛堜笁錛塰elloworld紼嬪簭

濮撳悕錛氬懆鑲囨槦錛涘﹀彿錛22011110028錛涘﹂櫌錛氶氫俊宸ョ▼瀛﹂櫌

銆愬祵鐗涘艱匯慏PDK鏄疘NTEL鍏鍙稿紑鍙戠殑涓嬈鵑珮鎬ц兘鐨勭綉緇滈┍鍔ㄧ粍浠訛紝鏃ㄥ湪涓烘暟鎹闈㈠簲鐢ㄧ▼搴忔彁渚涗竴涓綆鍗曟柟渚跨殑錛屽畬鏁寸殑錛屽揩閫熺殑鏁版嵁鍖呭勭悊瑙ｅ喅鏂規堬紝涓昏佹妧鏈鏈夌敤鎴鋒併佽疆璇㈠彇浠ｄ腑鏂銆侀浂鎷瘋礉銆佺綉鍗RSS銆佽垮瓨DirectIO絳

銆愬祵鐗涢薊瀛愩戣＄畻鏈虹綉緇滐紝楂樻ц兘緗戠粶錛孌PDK

銆愬祵鐗涙彁闂銆戣誨畬鏈鏂囷紝瀵笵PDK鎶鏈鐨刪elloworld紼嬪簭鏈夋墍璁よ瘑浜嗗悧錛

銆愬祵鐗涙ｆ枃銆

涓葷嚎紼嬭繍琛屽叆鍙ｆ槸main鍑芥暟錛岃皟鐢ㄤ簡rte_eal_init鍏ュ彛鍑芥暟錛屼互鍚鍔ㄥ熀紜榪愯岀幆澧

argc鍜宎rgv鍙傛暟浼犻掔粰rte_eal_init鍑芥暟錛岃繑鍥炲兼槸瑙ｆ瀽鐨勫弬鏁頒釜鏁

瀵逛簬DPDK搴撶殑浣跨敤鑰呰岃█錛屽垵濮嬪寲鎿嶄綔宸茬粡琚獷AL灝佽呰搗鏉ワ紝鍏跺垵濮嬪寲涓昏佸姩浣滃寘鎷錛

DPDK闈㈠悜澶氭牳璁捐★紝紼嬪簭浼氳瘯鍥劇嫭鍗犺繍琛屽湪閫昏緫鏍革紙lcore錛変笂

RTE_LCORE_FOREACH_WORKER(lcore_id)閬嶅巻鎵鏈塃AL鎸囧畾鍙浠ヤ嬌鐢ㄧ殑lcore

閬嶅巻鏃訛紝鍦ㄦ瘡涓猯core涓婇氳繃rte_eal_remote_launch(lcore_hello, NULL, lcore_id)鍚鍔ㄨ鎸囧畾鐨勭嚎紼嬶細

閫氳繃rte_lcore_id鍑芥暟璇誨彇鑷宸辯殑閫昏緫鏍哥紪鍙鳳紝騫舵墦鍗板嚭鏉

B. 2017年，Web 後端出現了哪些新的思想和技術

1. 網路交互的多樣性
1.1 Http1.1協議日漸式微,Http2和websocket,以及更多的自定義協議將會成為主流。
Web後端將不僅僅是一個web後端，而變成一個大後端，或者叫 中端+後端(這個概念阿里巴巴很早就有了)。隨著移動互聯網的發展，以及物聯網的興起(在這里我把mobike的單車看作是物聯網的一個終端)，用戶的接入方式由單純的瀏覽器，向著多種接入設備進行演進。 在這個概念之下，用戶的定義會更廣泛，站在後端的角度看來，連接上伺服器的不再是一個個的用戶，而是一個個的終端，並存在多個終端同享一個用戶的情況(多端登錄)。 因此在這個趨勢之下，整個後端的接入層(比如nginx之於web)將會走向更廣闊的天地，對於任意一個設備來說，他將同時利用多種協議和多種方式連接到不同的接入點來達成自身的功能。
1.2 網路協議與網路信息交互的樣式多樣性
從最早的webService,到後來的json-rpc，和thrift再到如今的 protobuf(grpc)等等，我們開始為不同的數據交互設計了不同的序列化協議和調用協議，然而受到環境(移動終端的弱網路狀態)，性能(網關服務,與網路調用)的影響,我們開始使用大量容錯性更強，數據量更小的數據傳輸方式，來滿足我們的需求。
在早先的web中，http+from表單的提交成為我們的標配，然而在今天，TCP都不一定成為必選項，UDP和UDP的改進協議都在被不同的公司進行嘗試，甚至於KCP都有可能成為大家考慮的方案之一。
2.數據多樣性開始成為設計的焦點。
2.1 在早先的web後端中，表設計和功能開發構成了日常工作的絕大部分，所有的後端人員都在試圖讓一切的用戶操作落入CRUD的抽象范疇里(比如 Restful)，然而CRUD怎麼會滿足我們的抽象需求呢。
自從memcached和redis在被大量引入後端開發之後，我們可以看到，後端人員在對數據的理解上有了大量的改變，我們不再單單把數據視為RDBMS裡面的一行，而是圍繞著業務本身對數據進行了分類。最明顯的是，狀態數據的引入，在開發中，我們將用戶的部分信息，視為一個用戶的狀態，在狀態數據的基礎上，讓用戶的行為變成狀態遷移的觸發，在表現上看我們讓用戶的信息存儲到redis和memcached 里就是最RDMBS不能有效滿足我們的抽象需求的一次改進。
2.2 從狂熱的Nosql到Nosql和RDBMS的共存，代表了後端開發人員對數據這一個方式的新理解，而傳統的行存儲到列存儲，到監控常用的基於時間序列的資料庫都開始進入了我們的視野。
幾年來，大量的開發者，開始將用戶產生的數據進行了更詳細的歸類，不再是rdbms一刀切的方式， 我們會詳細地劃分出用戶的狀態數據落入到Nosql，將用戶的操作數據落入到RDBMS(表述不一定全，但在類似於訂單支付之類的具有冪等性要求的操作中要求事務的完備等)，將用戶的行為統計落入時間序列資料庫， 將用戶的大量相關資源(如頭像圖片)將會落入到我們的對象存儲中。在後端開發的手冊里，數據格式的多樣性成為了必須考慮的問題。

3.圍繞著數據的收集,存儲，計算，索引查詢，分析 成為後端的常態
3.1 後端角色的含義，在人手不足的公司里，很難存在一個專注於後端業務開發的開發人員了，在大數據的浪潮下，後端開發人員開始兼職起了數據系統的開發工程師。 隨著互聯網大量技術的演進和發展，任何一個職業都很難找到一個明確的界限，因此圍繞著數據的收集，存儲，計算，分析，和索引查詢都會成為後端開發人員的必備技能。
3.2 數據收集
(1) 隨著分布式，集群化，多IDC的發展，不同於運維的系統性能收集，後端開發開始著重於收集與應用運營過程相關的各類指標和數據，
除了日常的業務開發，同時還會伴隨著應用調用過程的耗時，目標服務可用性等數據的收集，常見的如java的 metrics,zipkin等開源第三方的工具開始被廣泛借鑒和引用。
(2) 用戶行為和終端信息的上報收集，隨著大數據的開展，以及精細化運營的要求，後端逐漸開始接觸到用戶相關信息和終端運行狀態的信息上報，
收集上來的數據不僅用於用戶的畫像分析，同時也為客服的用戶追蹤，用戶的操作行為做出決策，通常表現在當用戶投訴某一筆業務的失敗時，便於開發人員的快速定位和排錯。
3.3 數據存儲
接著上面的數據收集，數據的傳輸和存儲成為了繞不開的功能，kafka的大規模運用，HDFS,HBase等工具也開始成為了後端開發日常的一部分。
3.4 數據計算
然而存儲的原始數據是沒有價值的，後端又開始了他們的數據清洗和數據處理的道路，storm,spark成為了後端的新秀，與用戶運營統計分析(俗稱跑策略跑演算法)不同，當前語境下的後端數據計算，更多是一個短耗時,小規模的計算，典型的則比如風控系統，和預警系統，針對用戶的行為和流量的多少，對惡意用戶進行甄別和快速干預。
3.5 數據索引查詢
(1) 隨著業務的擴充，任意一個app幾乎都內置了相應的搜索引擎，Lucene,solr也成為了後端程序員必備的技能之一，不管是精確搜索，還是模糊匹配，後端身上背負的業務也越來越多。
(2) 准實時數據的搜索也將成為常態，在近幾年的發展中，如何快速地在一個巨量的數據中，完成RDBMS中的 join,distinct統計等成為後端工程師不得不面對的問題

3.6 數據分析查詢
AI和深度學習已經拉開了序幕，圍繞著數據本身的挖掘，學習，也開始成為了產品側的需求，但理想歸理想，現實歸現實，後端的同學們在這個方向上仍然還是摸索狀態，但長遠來說跑不了了。

4.架構設計的更進一步

2017年裡，SOA的名詞正在淡出視野，微服務成了替代SOA的高頻詞，Serverless也開始走向了廣大後端的知識技能圖譜，不管是追新也好，滿足需求也罷，我也向諸位舉例一些常見的單詞，然而掛一漏萬請諸位擔待
4.1 CQRS(命令查詢職責分離模式)
將傳統CRUD的寫操作，進行非同步化,後端配合讀寫資料庫的分離。以及消息隊列的引入，將寫操作相關的一些耗時操作(驗證，走流程)等進行非同步化，常見的如電商中的訂單。
4.2 actor
Erlang的actor的興起，不管是golang Goroutine，還是scala/java的akka，都在深刻地影響著後端系統的架構設計。
4.3 CRDT和最終一致性
分布式系統的興起，也帶來了可用性和一致性的矛盾問題，協同兩個進程間的數據成為了每一個後端繞不過去的坎，為了達成最終一致性，各類方案如雨後春筍般冒出。
4.4 reactive
當android上的流行庫Rxjava，從前端走向後台的時候，也意味著後端也開始進入了響應式編程的時代，java的 vert.x就是其中的例子，那種request-response一招破萬法的時光不再有了。
5. 運維和devops對後端的要求
5.1 安全,穩定,高效,經濟
(1) 隨著業務走向穩定，以及互聯網的發展，網路服務的安全性開始成為了後端的核心之一，由於法律的不健全，對違法分子的追責難度大，違法成本低，網路安全攻擊將會在將來的一段時間內成為常態，這就對後端的程序特別是對外的介面設計提出了更高的要求。
(2) 多機房，異地容災，數據備份。健壯的後端一直是後端應用的要求之一。新的時間里，後端的可用性，穩定性依然是每一個後端都要面對的問題。
(3) 以前一個用戶只有一個電腦，瀏覽網站的時候，只在獲取數據的時候與站點有交互。現在隨著電子設備，智能設備的增多，一個用戶能夠接入網路的設備也在增多，同時長連接和並發數也會增多，因此高性能的接入網關開始成為了後端人員關注的焦點，比如圍繞著intel的dpdk各類應用也是紛至沓來。
(4) 經濟，利用雲服務的即買即用，用完即退的特點，使得在開展運營活動的時候，後端不用向運維徵求和購買大量的機器。 然而為了在運營活動的短時沖擊和突增流量的情況下後端應用能夠平穩地運行，對後端人員的部署和調度能力提出了更高的要求。

5.2 更規范的軟體開發流程
git+jenkins+ansible的開源組合，開始無法滿足開發和運維的需求，項目管理的集成，測試人員的介入，都要求後端的軟體工程工具從各自為陣的開源工具，走向一個大一統的系統，需要我們將 需求,BUG管理,迭代版本，開發，測試，灰度，藍綠部署流程都進行集成。
5.3 雲服務,容器化之爭
公有雲，私有雲，混合雲，以及容器等相關的雲計算技術，也在推動者後端的技術改革，後端面對的不再僅僅是一個物理機器，或者虛擬機，而是一個更復雜更多樣性的環境，對後端業務之外的技術和調度要求將越來越高。
相對於前端，後端實在是一個特別籠統的說法，正如上面提出的觀點，很多的技術其實並不屬於後端工程師，他們有的時候叫 運營開發工程師，有的叫大數據工程師，但為了相對於前端的劃分，因此我把他們的工作內容都劃到了後端裡面去，畢竟相對於技術研究,他們面對的都是一些技術應用的場合，很多的開源軟體只要達到了理解原理如何使用的水平就已經足夠應付日常工作了。

C. 快快編程RTE什麼意思

呃，RTE表示運行時錯誤，例如數組下標越界（數組開小了）。