Derzeit drückte ich 600 Nachricht an Solace. Und dann versucht, alle Nachrichten zu abonnieren. Aber es werden 264 Nachrichten innerhalb von 2,8 Sekunden abgerufen. Also meine Frage ist diese Standard-Time-out von SitzungWie viele werden wir bekommen, wenn Solace-System mit Sitzung verbunden
Ich suche nach Standard-Time-out der Sitzung oder wie viele Nachrichten können wir auf einmal erhalten.
Es sieht so aus, als ob Sie Direct Messaging verwenden und die Ratengrenzen Ihres Systems erreichen. Es werden Nachrichten verloren gehen, wenn Ihr System nicht schnell genug senden oder empfangen kann.
Wie groß sind Ihre Nachrichten? Für einen gesättigten 1Gbps Link, Ihre Nachrichtengröße etwas wie
1000 * 1000 * 1000/8/(264/2.8)/1024 ≈ 1.2KB
würde, wenn Sie persistenten Übermittlungsmodus verwenden, um Nachrichten zu senden und sie mit einem Endpunkt empfangen, gäbe es keine Nachrichten verloren sein. Sie können sich auf das Lernprogramm zu Guaranteed Messaging http://dev.solacesystems.com/docs/core-concepts/#message-delivery-modes beziehen, insbesondere zur Förderung und Herabstufung von Nachrichten. Wenn Sie JMS verwenden und die Eigenschaft "direct-traffic" auf "true" und die Eigenschaft "default-delivery-mode" auf "non-persistent" gesetzt ist, wird der DIRECT-Zustellungsmodus aktiviert.
Es gibt Keep-Alive-Mechanismen auf beiden Seiten der Appliance und der API-Schicht, wobei das Standardintervall 3 Sekunden beträgt. Dies verhindert Verbindungsunterbrechungen, selbst wenn keine Nachrichten vorhanden waren. Die Wiederherstellung erfolgt automatisch über die API, sofern sie festgelegt wurde. Diese Einstellungen für die Wiederverbindung und das Keepalive können sowohl im Client-Profil als auch in JMS Connection Factory (Geräteseite) und auf der API-Seite gefunden werden. Siehe
Es gibt keine "max Nachrichten pro Sitzung" oder ähnliche Einstellung. Das ergibt einfach keinen Sinn.
Nein, ich verwende den Bereitstellungsmodus als Persistenz nicht direkt. Also gibt es eine Logik, wie viele Bytes geladen werden ... – manas
Was ist Ihre Nachrichtengröße und welche API verwenden Sie? –