"Mengapa saya Solana ShedStream Latency Keeps Increasing "Causes and Solutions

At ERPC, kami sering menerima pertanyaan dari pelanggan menggunakan SolanaData waktu real stream, menyatakan bahwa "SredStream latensi secara bertahap meningkat dan akhirnya berhenti".

Dalam artikel ini, kami akan menjelaskan alasan utama mengapa masalah ini terjadi dan menawarkan solusi konkret untuk meningkatkan kinerja aplikasi Anda.

Saat ini, ShredStream mentransmisikan hampir semua data secara nyata tanpa filter. Karena ini, jika kemampuan pemrosesan klien tidak cukup, data bertambah, secara bertahap meningkatkan latensi.

Penyebab utama adalah sebagai berikut:

Awalnya, klien ShredStream dibangun menggunakan TypeScript dan gRPC protokol. Namun, karena filter belum diimplementasikan, menggunakan lingkungan tunggal-threaded seperti Node.js cepat mencapai batas pemrosesan, menyebabkan keterlambatan untuk terus meningkat.

Kami mengidentifikasi bahwa masalah ini tidak terjadi ketika menggunakan Rust klien pada mesin yang sama, sehingga mengkonfirmasi keterbatasan tunggal-threaded pengolahan.

Sebagai respon, kami mengembangkan solusi menggunakan teknologi NAPI-RS, mengaktifkan pemrosesan multi- threaded dalam Rust sambil mempertahankan kontrol dari TypeScriptSolusi ini, dikenal sebagai Solana Stream SDK, adalah open-source dan tersedia secara publik:

Jika kau menggunakan Node.js or TypeScript, kami sangat merekomendasikan menggunakan SDK ini. Untuk kinerja maksimum, pertimbangkan menggunakan bahasa multi- threaded asli seperti Rust.

Aplikasi stream reall- waktu menggunakan Solana ShredStream biasanya beroperasi dengan baik di server dengan 4 core dan 16GB RAM. Namun, CPU Kecepatan waktu sangat penting, kecepatan bawah jam dapat menyebabkan peningkatan lambat secara bertahap.

Server yang dimaksudkan untuk memaksimalkan keuntungan sering menggunakan CPUs atau CPU generasi lama dengan banyak inti tapi kecepatan jam rendah. AMD EPYC CPU dengan banyak cores (seperti model 84-core) biasanya memiliki jam dasar sekitar 2.2GHz dan seringkali tidak menggunakan daya tahan turbo secara efektif. Sejak persyaratan minimum yang disarankan untuk Solana validators adalah 2,8GHz, kami sangat menyarankan klien juga untuk mengadopsi CPUS dengan setidaknya kecepatan jam ini.

Selain itu, penyedia VPS biasanya menggunakan "overcommitment", praktek membagi satu server fisik menjadi beberapa server virtual. Dalam lingkungan yang terlalu berkomitmen, persaingan sumber daya dengan pengguna lain sering terjadi selama puncak kali, secara negatif berdampak pada kinerja.

ERPC menyediakan server VPS yang dilengkapi dengan generasi terbaru AMD EPYC CPU menampilkan jam kecepatan hingga 4.15GHz. server ini memberikan kinerja dekat dengan bare- metal solusi, sangat cocok untuk Solana loading kerja yang membutuhkan real-time data stream.

Sebelumnya, solusi VPS jam-tinggi tidak tersedia, memaksa pengguna membutuhkan kinerja real time untuk memilih server tanpa panel logam. ERPCVPS yang menawarkan untuk menyelesaikan keterbatasan ini.

ERPCSolusi VPS yang dioptimalkan untuk SolanaData real-time streaming dan sangat dipuji oleh banyak pedagang frekuensi tinggi dan proyek.

Solusi-solusi ini ideal untuk klien membutuhkan kinerja tinggi tanpa membutuhkan sumber daya dari server bare- logam.

Kami mendorong Anda untuk mencoba solusi VPS kami.

Untuk percobaan gratis atau penjelasan rinci, silakan kunjungi Validators DAODiscord resmi:

ERPC tetap berkomitmen untuk melanjutkan penelitian dan pengembangan untuk memenuhi kebutuhan berkembang Anda dan dukungan kinerja membaik.

Terima kasih atas dukungan Anda lanjutan.