對(duì)比Go 語(yǔ)言，Rust 有什么優(yōu)勢(shì)和劣勢(shì)

對(duì)于Rust的優(yōu)勢(shì)我的體會(huì)如下：

創(chuàng)新互聯(lián)-云計(jì)算及IDC服務(wù)提供商，涵蓋公有云、IDC機(jī)房租用、雅安服務(wù)器托管、等保安全、私有云建設(shè)等企業(yè)級(jí)互聯(lián)網(wǎng)基礎(chǔ)服務(wù)，歡迎咨詢(xún)：13518219792

* Error Handling機(jī)制好太多，用Result封裝函數(shù)運(yùn)行結(jié)果靈活性大大提高，代碼也大大簡(jiǎn)潔

* 函數(shù)式編程支持較好，有Lambda這種東西，使得它寫(xiě)起來(lái)甚至有Ruby的感覺(jué)

* 效率高，沒(méi)有了GC和Runtime，速度是沒(méi)得說(shuō)的

* 支持范型

* 有宏和編譯器插件這些黑客技，語(yǔ)言擴(kuò)展性較好

* 社區(qū)活躍度更高，更強(qiáng)調(diào)社區(qū)的作用，有[RFC](GitHub - rust-lang/rfcs: RFCs for changes to Rust)。[中文社區(qū)](Rust China)也有了

Rust的劣勢(shì)是：

* 語(yǔ)言特性復(fù)雜，對(duì)新手就不會(huì)那么友好

* 穩(wěn)定性不夠，語(yǔ)言的進(jìn)化較激進(jìn)

* 第三方庫(kù)的成熟度還落后于Go，商業(yè)化的應(yīng)用也還不夠

對(duì)比 Go 語(yǔ)言，Rust 有什么優(yōu)勢(shì)和劣勢(shì)？

我并沒(méi)有什么編程的經(jīng)驗(yàn)，覺(jué)得編程實(shí)在是太復(fù)雜了，不喜歡去研究太多，對(duì)這個(gè)也不怎么懂，只能說(shuō)自己是個(gè)半吊子，就是所掌握的知識(shí)，也是東拼西湊的，朋友和我說(shuō)點(diǎn)兒，自己去書(shū)上看一點(diǎn)兒，只能說(shuō)根據(jù)自己的體驗(yàn)給出一些體會(huì)吧。

Rust的優(yōu)勢(shì)是：

1、Rust把安全、精確的內(nèi)存管理作為一切的中心放在首要的位置。

2、Rust同時(shí)擁有特別強(qiáng)的控制性和特別強(qiáng)的安全性。

3、Rust語(yǔ)言通過(guò)： 優(yōu)秀的類(lèi)型系統(tǒng)設(shè)計(jì)、 嚴(yán)格的編譯器靜態(tài)審查、 配合程序員局部核對(duì)、加上少量的運(yùn)行時(shí)校驗(yàn)，保障了內(nèi)存安全。

4、Rust的語(yǔ)言特別的復(fù)雜，導(dǎo)致學(xué)習(xí)曲線(xiàn)比較陡峭，對(duì)于初學(xué)者來(lái)說(shuō)難度較大。但學(xué)通之后將終生受益。

5、效率高，速度特別的快

6、 支持范型

7、 社區(qū)活躍度很高，更加的強(qiáng)調(diào)了社區(qū)的作用。

8、Rust 有更強(qiáng)的語(yǔ)義，更容易捕獲錯(cuò)誤的邏輯，編譯器直接檢查出你代碼中的不安全的部分

Rust的劣勢(shì)是：

1、 語(yǔ)言相對(duì)來(lái)說(shuō)比較復(fù)雜，對(duì)于新手來(lái)說(shuō)，讓新手摸不著頭腦。

2、還不算太穩(wěn)定。

其實(shí)我覺(jué)得什么代碼啊編程啊這些東西還是比較適合理工的學(xué)生去研究，我一看腦袋就大，完全不明白在講什么。我大概了解的就是這些，語(yǔ)言的話(huà)大家可以多方面的去了解，也不是說(shuō)有缺點(diǎn)就是不好，看配置看個(gè)人吧，每個(gè)人習(xí)慣不一樣，也許有的人用不穩(wěn)定的還覺(jué)得挺好呢，有的人就喜歡比較完美的，在我看來(lái)編程這個(gè)東西真的是很復(fù)雜，會(huì)有很多的代碼，這些代碼弄得我自己頭都大了，有的時(shí)候還得去惡補(bǔ)一下。

rust/warp 比 go/fasthttp 要快數(shù)倍

上周我發(fā)現(xiàn)了關(guān)于超性能的帖子。它表示 rust tokio/hyper 性能高于 go http。這是意料之中的，但有一條評(píng)論與 fasthttp 相比，其中 rust 的表現(xiàn)稍差。

我決定自己執(zhí)行基準(zhǔn)測(cè)試。使用以下命令在 AWS r5n.8xlarge實(shí)例上執(zhí)行所有基準(zhǔn)測(cè)試：

go/fasthttp 代碼：

生銹/扭曲代碼：

請(qǐng)注意，需要額外的標(biāo)頭來(lái)匹配 fasthttp 實(shí)現(xiàn)。

初始基準(zhǔn)測(cè)試結(jié)果

去/快速http：

生銹/翹曲：

fasthttp 比 rust 版本高出 10% 左右！

優(yōu)化 rust 版本

很少有已知的技巧可以使 rust 版本更好地工作。讓我們一步一步地應(yīng)用它們，看看我們能走多遠(yuǎn)。

啟用 LTO

LTO 是一種鏈接時(shí)優(yōu)化，可減少生成的二進(jìn)制大小并提高性能。了解有關(guān) LTO 的更多信息。

與初始版本相比，我們獲得了 +5% 的收益。

使用 Jemalloc

默認(rèn)情況下，rust 代碼使用 libc 內(nèi)存分配器，通常不建議將其用于高負(fù)載的關(guān)鍵應(yīng)用程序。有很多替代分配器。根據(jù)我的經(jīng)驗(yàn)，jemalloc 在性能和內(nèi)存利用率方面是最好的。了解有關(guān)使用 jemalloc 的更多信息。

與 LTO 版本相比，我們得到了 +1.8%。

啟用不穩(wěn)定的管道

帶有wrk 的Benchmark是一個(gè)非常簡(jiǎn)單的 HTTP/1 小明文測(cè)試。這種基準(zhǔn)有一些細(xì)節(jié)。讓我們unstable_pipeline在 warp 實(shí)例上啟用。

與 LTO+jemalloc 版本相比，我們獲得了額外的 +3.8%。

太好了，在這一步我們已經(jīng)超越了 fasthttp！

修復(fù)一些 tokio

讓我們檢查一下火焰圖，看看運(yùn)行代碼是否有明顯的無(wú)效性。我不會(huì)發(fā)布它，以免敘述過(guò)多。

引起我注意的特殊功能是wake0 （見(jiàn)這里）。

該wakers數(shù)組是在每個(gè)函數(shù)調(diào)用上創(chuàng)建的，用于收集所有需要通知并實(shí)際通知它們的喚醒者。我開(kāi)始使用這段代碼，并意識(shí)到減少會(huì)NUM_WAKERS提高性能！讓我們?cè)谶@里注意，它是一個(gè)數(shù)組（不是 vec），它是在堆棧上分配的，所以不會(huì)發(fā)生分配。性能不足的原因是rust在初始化數(shù)組時(shí)，會(huì)將None值復(fù)制到數(shù)組的每個(gè)槽中。NUM_WAKERS當(dāng)增加時(shí)，這會(huì)導(dǎo)致減速。

我們獲得了額外的 +2.8%，并且以 3.7% 的成績(jī)超過(guò)了 go/fasthttp！

什么做得不好

我嘗試了更多技巧，但沒(méi)有顯示出有意義的影響：

網(wǎng)頁(yè)題目：rust和go語(yǔ)言哪個(gè)快 rust和go該學(xué)哪個(gè)
新聞來(lái)源：http://chinadenli.net/article40/hgdoeo.html

成都網(wǎng)站建設(shè)公司_創(chuàng)新互聯(lián)，為您提供網(wǎng)站排名、企業(yè)建站、動(dòng)態(tài)網(wǎng)站、標(biāo)簽優(yōu)化、App設(shè)計(jì)、品牌網(wǎng)站制作

廣告

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