wtx

WTX

主要集中於Web技術的不同運輸實施和相關工具的集合。具有6個IETF RFC（6265、6455、7541、7692、8441、9113），2個正式規格（GRPC，PostgreSQL）和其他幾種發明的想法的內部開發。

1. 客戶端API框架
2. 數據庫客戶端
3. 數據庫模式管理器
4. GRPC客戶端/服務器
5. HTTP客戶框架
6. HTTP服務器框架
7. http/2客戶端/服務器
8. 池經理
9. UI工具
10. WebSocket客戶端/服務器
11. Websocket在HTTP/2上

每個功能都是可選的，必須在編譯時設置。請參閱預期的文檔以獲取更多信息。

帶有工作堆分配器的嵌入式設備可以使用此no_std板條箱。

表現

項目中通常使用許多提高性能的事物，僅舉幾例：

1. 手動矢量化：當算法以處​​理大量數據而聞名時，進行了幾項實驗，以分析拆分循環的最佳方法，以允許編譯器利用X86處理器中的SIMD指令。
2. 內存分配：只要可能，所有堆的分配在實例創建開始時僅調用一次，此外，堆棧內存使用優先級優先於Heap Memory。
3. 較少的依賴性：默認情況下沒有註入第三方。換句話說，通過選擇貨物功能，額外的依賴性取決於用戶，這減少了編譯時間。例如，您可以使用cargo tree -e normal --features postgres看到PostgreSQL客戶端所需的16個依賴項。

由於通常將內存保持在實例級別，而不是被即時創建和掉落，因此值得注意的是，其用法可以顯著增長，具體取決於用例。如果撥款，請嘗試使用共享的資源池或嘗試限制各方之間可以交換多少數據。

高級基準測試

結帳WTX板凳以查看各種基準測試，或者隨意指出任何誤解或誤會。

主要有兩件事會影響性能，所選的運行時和預先分配的字節的數量。特別是對於必須為每個握手創建新實例的服務器，為短期或低轉移連接的大量字節預先分配可能會產生負面影響。

低級基準

存儲庫中標有#[bench]的任何東西都被認為是低級基準，因為它們衡量了通常是其他部分的基礎的非常特定的操作。

看看https://bencher.dev/perf/wtx，以查看不同時間內所有低級基準測試。

運輸層安全性（TLS）

當使用需要網絡連接的功能時，通常有必要執行加密的通信，並且由於wtx並未對特定的流實現進行硬編碼，因此您必須選擇最佳的TLS提供商。

TokioRustlsConnector或TokioRustlsAcceptor等一些實用程序可使情況更加方便，但請記住，仍然有必要激活為客戶使用提供證書的板條箱。

例子

在wtx-instances目錄以及文檔中可以找到不同用例的演示。

限制

• 不支持指針長度為16位的系統。

• 期望任意數量的切片的長度的無誤總和，否則該程序可能會觸發可能導致意外操作的溢出。例如，在32位系統中，這種情況應該可行，而無需交換內存或通過諸如ulimit類的特定限制器。