Login Page - Create Account

Support Board


Date/Time: Thu, 28 Mar 2024 17:06:12 +0000



Post From: Monitoring Sierra Chart Data Feed Performance from Perspective of Server

[2020-06-16 04:47:47]
Sierra Chart Engineering - Posts: 104368
Overall the feedback of the Sierra Chart provided data feeds including the Denali Exchange Data Feed is very good and these data feeds do solve problems that users encounter with Interactive Brokers, CTS, Rithmic, CQG, Transact and other services.

Overall, there is a dramatic reduction in issues reported with Sierra Chart provided data feeds.

However, since the public Internet is involved, there can be lagging data and other issues. All data feeds are affected by this. The Sierra Chart data feeds are not immune from this. They simply cannot be.

We do hear about the CQG data feed stopping. We do hear about other data feed stopping. We have seen a couple of reports where the Denali data feed has reported to have stopped and there is an automatic reconnection although this is very rare.

These kinds of issues are due to the quality of connectivity between the server and Sierra Chart on the users computer, and the available bandwidth.

We have developed a method for you to monitor the performance of the data feed from the perspective of the server.

Here is an example of the log lines added to the Window >> Message Log:
SC Data - All Services | Heartbeat from server | ServerReceivedClientHeartbeatSecondsAgo=7, NumberOfOutstandingSendBuffers=1, TransmissionDelayInMilliseconds=15, ServerSendBufferSizeInBytes=50, ActualMessageDelay=0.8 seconds | 2020-06-16 00:50:41.065

Quick information on these fields:

ServerReceivedClientHeartbeatSecondsAgo: you do not want this number to exceed 20. If it exceeds 22, it indicates a degraded connection quality going from the client back to the server which is going to cause data lags or stopping data with a high probability.

NumberOfOutstandingSendBuffers: This number should be low and should not exceed 5. This also indicates a degraded connection quality if it is a high number. When the market is very active, the number can go up but it should stay under 10. If this is high, that means the network connectivity between your server and the computer is not able to handle the data rates or is degraded in some way. Try reducing bandwidth if this is the case:
Prices / Data Falling Behind: 4.12 - Sierra Chart Exchange Data Feeds

TransmissionDelayInMilliseconds: This indicates the amount of time to allow data to be buffered up into a larger packet before being sent. This is necessary to maintain connection efficiency and overall performance.

ServerSendBufferSizeInBytes: This indicates how much data is being held on the server still pending to be sent to the user. If this starts exceeding 100 K you likely are receiving lagging data.

ActualMessageDelay: First, this number is likely inaccurate. It is imprecise and can be off by several seconds. It requires a very accurate clock on the server, which is not assured and a very accurate clock on the client side which is not assured and they both have to be in sync with each other which is next to impossible. So at best it is just an "interesting" number which may be simply wrong. However, and general you want to see this less than 1.

All Denali exchange data feed servers have now been updated support this data.

Update to version 2125:
Software Download: Fast Update

To take advantage of this logging, you need to enable Global Settings >> Data/Trade Service Settings >> SC Server Settings >>Detailed Heartbeat Logging.
Sierra Chart Support - Engineering Level

Your definitive source for support. Other responses are from users. Try to keep your questions brief and to the point. Be aware of support policy:
https://www.sierrachart.com/index.php?l=PostingInformation.php#GeneralInformation

For the most reliable, advanced, and zero cost futures order routing, *change* to the Teton service:
Sierra Chart Teton Futures Order Routing
Date Time Of Last Edit: 2020-07-12 13:58:58