本文主要是介绍【Rust日报】 2020-01-31 Rust編譯模型災難，希望对大家解决编程问题提供一定的参考价值，需要的开发者们随着小编来一起学习吧！
rust 1.41了！
除了一些功能更新
重要的是不再支援32-bit Apple產品了
read more
open-source security key
google 使用rust實作了 OpenSK
支援 FIDO U2F, FIDO2 兩種標準
read more
Rust編譯模型災難
文章作者Brian Anderson是Rust編程語言 及其姊妹項目Servo Web瀏覽器的共同創始人之一。
他現在在PingCAP擔任高級數據庫工程師。
他希望解決TiKV編譯緩慢的問題
在開發模式下進行完全重建可能需要15分鐘，在發布模式下可能需要30分鐘。
對於大型系統項目的開發人員來說，這聽起來可能並不那麼糟糕，
但是它比許多開發人員對現代編程環境所期望的要慢得多。
TiKV是一個相對較大的Rust代碼庫，
有200萬行程式碼。相比之下，Rust本身包含300萬行，而Servo則包含270萬行。
編程語言設計充滿了權衡利弊。這些基本選擇之一是runtime性能與編譯性能，
Rust團隊幾乎總是選擇runtime性能而不是編譯更快速。
如果快速編譯時間不是Rust設計的核心原則，那麼Rust的核心設計原則是什麼？這裡有一些：
實用性-它應該是一種可以在現實世界中使用的語言。
實用主義-它應該要讓人覺得可用，並且將其整合到之前的系統中。
內存安全性-它必須強制執行內存安全性，並且不能接受記憶體存取錯誤。
性能-它必須與C++在一樣快。
並發-它必須提供現代的解決方案來編寫並發代碼。
但這並不是說Rust設計師沒有在快速編譯時間中考慮任何因素。
但因為利弊的權衡，編譯器的性能還是愈來愈慢。
當作者每天使用Rust編譯器工作時，
電腦上至少擁有三份程式碼是很常見的，在其他所有版本都在構建和測試的同時。
我將開始在工作區1編寫程式，開始編譯，然後跳到工作區2，
開始在工作區2工作，編譯後再切換回工作區1。不斷進行在不同的工作區中切換。
雖然在2019年Rust的編譯速度有了提升，但目前Rust還是編譯的不夠快。
下一集會是作者如何優化Rust的編譯速度以達到產品經理的期待
read more
Bastion 0.34
什麼是Bastion？
Bastion是一個高度可用的容錯runtime系統，具有面向動態調度的輕量級流程模型。
它為輕量級過程實現提供了諸如並發之類的參與者模型，
並有效地利用了所有系統資源，並保證了每次傳送最多的消息。
基於消息的通信與actor model的Mesh網路。
runtime容錯能力使其成為分佈式系統的理想選擇。
具有NUMA感知和仿射緩存SMP執行程序的完全異步runtime。
監督系統使管理生命週期變得容易。
目前哪邊有用到Bastion？
SkyNet (Discord 機器人，用來重新發送已刪除的訊息)
在AWS Lambda中，我們使用Bastion啟用重試機制，並嘗試不同的解析策略來處理數據。
read more
Tide 0.6 了
Tide是一個還不成熟的 web framework
這一版增加了對CORS的支持與新的cookies API
也增加了一些新語法讓人用起來更簡單
read more
oreboot
oreboot是coreboot的分支
https://zh.wikipedia.org/wiki/Coreboot
來自維基百科的說明
coreboot，原名LinuxBIOS，是一個旨在取代大多數電腦中專有韌體（BIOS或UEFI）的軟體專案，它採用輕量級韌體設計，只執行載入和執行現代32位元或64位元作業系統所需的最少量任務。
Oreboot當前僅支援LinuxBoot。
Oreboot想利用Rust的安全性製作一個安全穩定快速的BIOS程式。
read more
From 日报小组 @Damody
这篇关于【Rust日报】 2020-01-31 Rust編譯模型災難的文章就介绍到这儿，希望我们推荐的文章对编程师们有所帮助！
