wtx

WTX

Kumpulan implementasi transportasi yang berbeda dan alat terkait yang difokuskan terutama pada teknologi web. Fitur pengembangan in-house dari 6 IETF RFC (6265, 6455, 7541, 7692, 8441, 9113), 2 spesifikasi formal (GRPC, PostgreSQL) dan beberapa ide yang ditemukan lainnya.

1. Kerangka API Klien
2. Klien Database
3. Manajer Skema Database
4. klien/server GRPC
5. Kerangka Klien HTTP
6. Kerangka HTTP Server
7. HTTP/2 Klien/Server
8. Manajer biliar
9. Alat UI
10. Klien/Server Websocket
11. Websocket melalui http/2

Setiap fitur opsional dan harus diatur pada waktu kompilasi. Silakan lihat dokumentasi yang dimaksud untuk informasi lebih lanjut.

Perangkat tertanam dengan alokasi tumpukan kerja dapat menggunakan peti no_std ini.

Pertunjukan

Banyak hal yang umumnya meningkatkan kinerja digunakan dalam proyek, untuk beberapa nama:

1. Vektorisasi manual : Ketika suatu algoritma dikenal untuk memproses sejumlah besar data, beberapa percobaan dilakukan untuk menganalisis cara terbaik untuk membagi loop untuk memungkinkan kompiler mengambil keuntungan dari instruksi SIMD dalam prosesor x86.
2. Alokasi Memori : Bilamana memungkinkan, semua alokasi heap dipanggil hanya sekali pada awal pembuatan instance dan tambahan, tumpukan penggunaan memori lebih disukai diprioritaskan daripada memori heap.
3. Lebih sedikit dependensi : Tidak ada pihak ketiga yang disuntikkan secara default. Dengan kata lain, dependensi tambahan tergantung pada pengguna melalui pemilihan fitur kargo, yang mengurangi waktu kompilasi. Misalnya, Anda dapat melihat hanya 16 dependensi yang diperlukan oleh klien PostgreSQL menggunakan cargo tree -e normal --features postgres .

Karena ingatan biasanya diadakan pada level instance alih-alih dibuat dan dijatuhkan dengan cepat, perlu dicatat bahwa penggunaannya dapat tumbuh secara signifikan tergantung pada kasus penggunaan. Jika disesuaikan, cobalah menggunakan kumpulan sumber daya bersama atau coba membatasi berapa banyak data yang dapat dipertukarkan di antara pihak -pihak.

Tolok ukur tingkat tinggi

Checkout WTX-Bench untuk melihat berbagai tolok ukur atau merasa bebas untuk menunjukkan kesalahpahaman atau salah konfigurasi.

Ada terutama 2 hal yang berdampak pada kinerja, runtime yang dipilih dan jumlah byte yang dialokasikan sebelumnya. Khusus untuk server yang harus membuat instance baru untuk setiap jabat tangan, pra-alokasi sejumlah besar byte untuk koneksi pendek atau transfer rendah dapat memiliki dampak negatif.

Tolok ukur tingkat rendah

Apa pun yang ditandai dengan #[bench] dalam repositori dianggap sebagai tolok ukur tingkat rendah dalam arti bahwa mereka mengukur operasi yang sangat spesifik yang umumnya berfungsi sebagai dasar untuk bagian lain.

Lihatlah https://bencher.dev/perf/wtx untuk melihat semua tolok ukur tingkat rendah selama periode waktu yang berbeda.

Transport Layer Security (TLS)

Saat menggunakan fitur yang membutuhkan koneksi jaringan, sering kali perlu melakukan komunikasi terenkripsi dan karena wtx tidak dikodekan dengan implementasi aliran tertentu, terserah Anda untuk memilih penyedia TLS terbaik.

Beberapa utilitas seperti TokioRustlsConnector atau TokioRustlsAcceptor tersedia untuk membuat hal -hal lebih nyaman tetapi perlu diingat bahwa masih perlu untuk mengaktifkan peti yang menyediakan sertifikat untuk penggunaan klien.

Contoh

Demonstrasi kasus penggunaan yang berbeda dapat ditemukan di direktori wtx-instances serta dalam dokumentasi.

Batasan

• Tidak mendukung sistem dengan panjang pointer 16 bit.

• Mengharapkan jumlah yang sempurna dari panjang irmitrer jumlah iris, jika tidak program tersebut kemungkinan akan memicu overflow yang mungkin dapat mengakibatkan operasi yang tidak terduga. Misalnya, dalam sistem 32bit, skenario seperti itu harus layak tanpa memori swap atau melalui pembatas spesifik seperti ulimit .