”Warum meine Solana Shredstream Latenz erhöht” Ursachen und Lösungen

Am ERPC, wir empfangen häufig Anfragen von Kunden mit Solanas Echtzeit-Datenstrom, wobei "Shredstream Latenz nimmt allmählich zu und hört schließlich auf."

In diesem Artikel erklären wir deutlich die Hauptgründe, warum dieses Problem auftritt und bieten konkrete Lösungen, um die Leistung Ihrer Anwendung zu verbessern.

Derzeit, Shredstream übermittelt fast alle Echtzeitdaten ohne Filter. Wenn die Verarbeitungskapazitäten des Clients unzureichend sind, sammeln sich Daten an und erhöhen allmählich die Latenz.

Die Hauptursachen sind:

Zunächst die Shredstream Client wurde mit TypeScript und dem gRPC-Protokoll. Da jedoch Filter noch nicht umgesetzt werden, erreicht die Verwendung einer eingängigen Umgebung wie Node.js schnell Verarbeitungsgrenzen, wodurch die Latenz kontinuierlich steigt.

Wir haben festgestellt, dass dieses Problem bei der Verwendung eines Rust-Clients auf der gleichen Maschine nicht auftritt und somit die Einschränkung der eingängigen Verarbeitung bestätigt.

Als Reaktion entwickelten wir eine Lösung mit NAPI-RS-Technologie, die Multi-Threaded-Verarbeitung in Rust ermöglicht und gleichzeitig die Kontrolle von TypeScript behält. Diese Lösung, bekannt als Solana Stream SDK, ist Open-Source und öffentlich zugänglich:

Wenn Sie Node.js oder TypeScript verwenden, empfehlen wir Ihnen, dieses SDK zu verwenden. Für maximale Leistung, betrachten Sie die Verwendung einer nativen multi-Threaded Sprache wie Rust.

Echtzeit-Stream-Anwendungen mit Solana Shredstream typischerweise ausreichend auf einem Server mit 4 Kernen und 16 GB RAM arbeiten. Die CPU-Taktfrequenz ist jedoch äußerst wichtig. Geringere Taktfrequenzen können zu einer allmählich steigenden Latenz führen.

Server, die den Gewinn maximieren sollen, verwenden häufig ältere CPUs oder CPUs mit vielen Kernen, aber niedrigen Taktfrequenzen. Zum Beispiel haben AMD EPYC CPUs der vierten Generation mit vielen Kernen (wie die 84-Kern-Modelle) typischerweise eine Basisuhr von etwa 2,2 GHz und verwenden oft nicht effektiv Turbo Boost. Da die empfohlene Mindestanforderung für Solana-Validatoren 2,8 GHz ist, empfehlen wir Kunden auch CPUs mit mindestens dieser Taktfrequenz zu übernehmen.

Zusätzlich, VPS-Anbieter verwenden häufig "Überkommitment", eine Praxis, einen physischen Server in mehrere virtuelle Server zu teilen. In einer überkommmentierten Umgebung tritt häufig der Ressourcenwettbewerb mit anderen Nutzern während der Spitzenzeiten auf, was die Leistung negativ beeinflusst.

ERPC bietet VPS Server mit der neuesten Generation AMD EPYC CPUs mit Taktfrequenzen bis zu 4.15 GHz. Diese Server liefern Leistung in der Nähe von Bare-Metal-Lösungen, perfekt geeignet für Solana-Workloads, die Echtzeit-Datenströme erfordern.

Zuvor, Hochuhr VPS Lösungen waren nicht verfügbar, wodurch Nutzer, die Echtzeit-Performance benötigen, um Bare-Metal-Server zu wählen. ERPCs VPS-Angebote lösen diese Einschränkung auf.

ERPCs VPS Lösungen werden für das Echtzeit-Datenstreaming von Solana optimiert und von vielen hochfrequenten Händlern und Projekten hoch gelobt.

Diese Lösungen sind ideal für Kunden, die eine hohe Leistung benötigen, ohne dass die Ressourcen eines Bare-Metal-Servers benötigt werden.

Wir ermutigen Sie, unsere VPS Lösungen.

Für kostenlose Tests oder detaillierte Beratungen besuchen Sie bitte Validators DAOoffizieller Discord:

ERPC bleibt verpflichtet, weiter Forschung und Entwicklung, um Ihren wachsenden Anforderungen gerecht zu werden und eine verbesserte Leistung zu unterstützen.

Vielen Dank für Ihre weitere Unterstützung.