本篇內(nèi)容主要講解“C++服務器引擎引入任務流的概念是什么”，感興趣的朋友不妨來看看。本文介紹的方法操作簡單快捷，實用性強。下面就讓小編來帶大家學習“C++服務器引擎引入任務流的概念是什么”吧!

創(chuàng)新互聯(lián)公司專注于陸川網(wǎng)站建設服務及定制，我們擁有豐富的企業(yè)做網(wǎng)站經(jīng)驗。 熱誠為您提供陸川營銷型網(wǎng)站建設，陸川網(wǎng)站制作、陸川網(wǎng)頁設計、陸川網(wǎng)站官網(wǎng)定制、小程序開發(fā)服務，打造陸川網(wǎng)絡公司原創(chuàng)品牌,更為您提供陸川網(wǎng)站排名全網(wǎng)營銷落地服務。

搜狗公司開源了其 C++ 服務器引擎 Sogou C++  Workflow，這一引擎實現(xiàn)了高性能、輕量級落地，還引入任務流概念，實現(xiàn)了計算任務與通信任務的統(tǒng)一和協(xié)同調(diào)度。

據(jù)介紹，目前該引擎支撐著搜狗幾乎所有后端 C++ 在線服務，包括所有搜索服務、云輸入法與在線廣告等，每日處理數(shù)百億請求。

Sogou C++ Workflow 在設計之初，就秉持著高性能與輕量級兩個核心理念。長久以來，業(yè)界中優(yōu)化服務器性能都主要專注于如何跑滿  cpu、如何單獨地讓網(wǎng)絡請求極速響應等方面。而此次上線的搜狗 Workflow  則更專注于如何讓各種網(wǎng)絡資源被具體的調(diào)度器管理，使其盡可能地全部調(diào)度起來。

另一方面，對多通信計算資源融為一體的解決方案，進一步提升了 Workflow  引擎的性能。過去開發(fā)者在面臨選擇高吞吐網(wǎng)絡框架時，需要自己面對不同計算資源比例而劃分不同大小的線程池。然而每種計算具體資源需求比例是動態(tài)變化的，重要性也不一樣，后端響應時長也是動態(tài)變動。Sogou  C++ Workflow 使得 C++ 服務器引擎也能像 Go 語言一樣，實現(xiàn)網(wǎng)絡資源異步調(diào)度，并且進一步打通計算與磁盤等資源。

此項目最大的亮點可能是創(chuàng)新性引入了任務流的概念，Sogou C++ Workflow 將資源高度封裝，用戶再也接觸不到連接池、線程池，包括想要做 aio  時的文件 fd 與各種異步通知機制。這就意味著，在開發(fā)階段開發(fā)人員僅僅需要了解業(yè)務關(guān)系而不用關(guān)心內(nèi)部細節(jié)，幫助開發(fā)者們實現(xiàn)自己復雜的業(yè)務邏輯。

開發(fā)人員可以利用 Sogou C++ Workflow  封裝好的各種任務來動態(tài)或靜態(tài)組建自己的業(yè)務邏輯，如下圖所示，不同類型的任務都可以被串行、并行到一起：

根據(jù)資料，除了各種創(chuàng)新設計以外，Sogou C++ Workflow 還擁有友好的用戶體驗。Sogou C++ Workflow  原生實現(xiàn)了對http、redis、MySQL 和 kafka 等協(xié)議的支持，可以直接作為這些協(xié)議的客戶端使用。并且在其基礎上開發(fā)了一套更加易用的 Sogou  RPC，實現(xiàn)了與 brpc 和 thrift 互通，并且可以通過 http+json 或 IDL 實現(xiàn)跨語言。

開發(fā)團隊透露，Sogou RPC 項目也會在不久的將來開源。

Http Server 性能實測：Sogou C++ Workflow VS nginx、brpc

搜狗團隊也提供了 Sogou C++ Workflow 和 nginx、brpc 兩個主流系統(tǒng)的 http server 性能對比。

測試環(huán)境：

• 選取了最基本的測試場景：wrk 或者 wrk2 跨機做 client，單 server，長連接，CPU：40 核 E5-2630 v4 @  2.20GHz，內(nèi)存：192GB，網(wǎng)卡：25000Mb/s。nginx 配置了 auto 的進程數(shù)(與核數(shù)一致)，brpc 配置了 40 個  nthreads，workflow 配置了 16 個 poller 線程和 20 個 handler 線程。

測試一：不同并發(fā)數(shù)對 QPS 的影響(越高越好)

結(jié)論：隨著壓測并發(fā)數(shù)的增加，server 的 QPS 會隨著增高。可以看到 Workflow 無論是低并發(fā)數(shù)還是高并發(fā)數(shù)的情況下，QPS 依然比  nginx 和 brpc 要高，尤其是并發(fā)數(shù)超過 128 的時候優(yōu)勢更加明顯，Workfow 對于小包基本能保證 50w 的  QPS，說明內(nèi)部對網(wǎng)絡資源的高并發(fā)調(diào)度做了很多優(yōu)化。

測試二：不同數(shù)據(jù)大小對 QPS 的影響(越高越好)

結(jié)論：此處的返回包大小是 http 請求的 body 大小，隨著返回包增大，QPS 會有所下降，我們希望 QPS  依然盡可能保持平穩(wěn)不要下降得太快。Workflow 在同并發(fā)下的性能依然比其他兩個系統(tǒng)要好，說明網(wǎng)絡收發(fā)和其他調(diào)用之間的調(diào)度協(xié)調(diào)得更好。

測試三：固定 QPS 下的延遲分布 CDF 圖(越左越好，越直越好)

到此，相信大家對“C++服務器引擎引入任務流的概念是什么”有了更深的了解，不妨來實際操作一番吧！這里是創(chuàng)新互聯(lián)網(wǎng)站，更多相關(guān)內(nèi)容可以進入相關(guān)頻道進行查詢，關(guān)注我們，繼續(xù)學習！

當前題目：C++服務器引擎引入任務流的概念是什么
標題鏈接：http://www.chinadenli.net/article28/pejccp.html

成都網(wǎng)站建設公司_創(chuàng)新互聯(lián)，為您提供網(wǎng)站導航、微信公眾號、小程序開發(fā)、網(wǎng)站排名、品牌網(wǎng)站建設、微信小程序

廣告

聲明：本網(wǎng)站發(fā)布的內(nèi)容（圖片、視頻和文字）以用戶投稿、用戶轉(zhuǎn)載內(nèi)容為主，如果涉及侵權(quán)請盡快告知，我們將會在第一時間刪除。文章觀點不代表本網(wǎng)站立場，如需處理請聯(lián)系客服。電話：028-86922220；郵箱：631063699@qq.com。內(nèi)容未經(jīng)允許不得轉(zhuǎn)載，或轉(zhuǎn)載時需注明來源： 創(chuàng)新互聯(lián)