Login Page - Create Account

Support Board


Date/Time: Sun, 20 Sep 2020 20:29:38 +0000



Data Pausing After Detecting No Activity - Network Still Connected

[2020-09-10 14:11:07]
User240019 - Posts: 77 | Ending Date: 2020-10-11
I'm having persistent pauses in my charts downloading data. I've run a persistent ping to determine if I'm losing network - and according to that diagnostic, I'm not. I found a log that shows what's happening, but I don't know what's going on behind the scenes to cause it. I was on CQG and just switched to DENALI.

2159 is my build.

Here's the selection I was able to find.

RTYU20_FUT_CME [CB][M] 1 Min #6 | Performing a full recalculation because it has been tagged. Chartbook: RTY_EMA_BREAKOUT CHART.Cht | 2020-09-10 08:47:49.322
RTYU20_FUT_CME [CBV][M] 5 Min #7 | Performing a full recalculation because it has been tagged. Chartbook: RTY_EMA_BREAKOUT CHART.Cht | 2020-09-10 08:47:49.325
YMU20_FUT_CBOT/MYMU20_FUT_CBOT [CBV][M] Aligned Renko 6t #5 | Performing a full recalculation because it has been tagged. Chartbook: YM_EMA_BREAKOUT CHART.Cht | 2020-09-10 08:47:49.375
YMU20_FUT_CBOT [CBV][M] 5 Min #7 | Performing a full recalculation because it has been tagged. Chartbook: YM_EMA_BREAKOUT CHART.Cht | 2020-09-10 08:47:49.603
SC Data - All Services | There has been no activity on the network socket for 40 seconds. Will reconnect. | 2020-09-10 08:55:45.515
SC Data - All Services | Waiting for socket receive thread to end | 2020-09-10 08:55:45.515
DTC Client socket (1) | CloseSocket call. | 2020-09-10 08:55:45.516
SC Data - All Services | Disconnected from the server. | 2020-09-10 08:55:45.516
SC Data - All Services | Data feed disconnected. Will reconnect in 2 seconds. | 2020-09-10 08:55:45.516
DTC Client socket (1) | Write in progress. Shutdown being delayed. PendingSize=0 | 2020-09-10 08:55:45.516
DTC Client socket (1) | Write has completed. Shutdown being performed. | 2020-09-10 08:55:46.913
DTC Client socket (1) | Shutdown started. Waiting for graceful close. | 2020-09-10 08:55:46.913
DTC Client socket (1) | Close event error. Windows error code 10053: An established connection was aborted by the software in your host machine. | 2020-09-10 08:55:46.913
DTC Client socket (1) | Socket gracefully closed by remote side. | 2020-09-10 08:55:46.913
DTC Client socket (1) | Closed. | 2020-09-10 08:55:46.913
SC Data - All Services | Connecting to the server ds22.sierracharts.com. Port 10048 | 2020-09-10 08:55:47.508
DTC Client socket (1) | Creating socket. | 2020-09-10 08:55:47.509
DTC Client socket (1) | Connecting to IP: 208.185.224.129. | 2020-09-10 08:55:47.509
SC Data - All Services | Network connection to server complete. | 2020-09-10 08:55:47.580
SC Data - All Services | Starting socket receive thread. | 2020-09-10 08:55:47.580
SC Data - All Services | Sending encoding request to server: Binary VLS | 2020-09-10 08:55:47.580
SC Data - All Services | Setting DTC encoding to Binary VLS | 2020-09-10 08:55:47.700
SC Data - All Services | Sending logon request message. | 2020-09-10 08:55:47.700
SC Data - All Services | Received logon response. | 2020-09-10 08:55:48.469
SC Data - All Services | Server Name: SC Realtime Server. | 2020-09-10 08:55:48.469
SC Data - All Services | Server protocol version: 8. Client protocol version: 8 | 2020-09-10 08:55:48.469
[2020-09-10 17:58:40]
User240019 - Posts: 77 | Ending Date: 2020-10-11
I found this - I'm not sure if it's THE problem or a symptom.

DTC Client socket (2) | Close event error. Windows error code 10053: An established connection was aborted by the software in your host machine. | 2020-09-10 12:56:29.573
[2020-09-10 18:24:00]
User240019 - Posts: 77 | Ending Date: 2020-10-11
I deleted any software that was using network resources, I also dropped my update internval on my execution charts from 100ms to the default, which I think is 300...

I also dropped my days loaded on my execution charts to 5 days rather than the 60 I had.

I also reviewed most of the support tickets on network issues. As I stated earlier, I was pinging persistently google.com with no dropped packets and I was still having pause issues with SC data and chart downloads.

I also updated all the DLL's that were being used as the message log said they needed to be recompiled. That didn't fix anything relative to the pauses. It was still happening.

Now that I've made these changes, I'll continue to watch, but please, advise if there's something else I can be looking into. This has persisted for 3 weeks now and is the reason I switch to DENALI away from CQG.
[2020-09-10 19:02:48]
Sierra Chart Engineering - Posts: 89756 | Ending Date: 2021-04-05
If you are not noticing any improvement with the Denali data feed as compared to CQG, it is quite clear that the issue has to do with your network connectivity and that is what this message means:
DTC Client socket (1) | Close event error. Windows error code 10053: An established connection was aborted by the software in your host machine. | 2020-09-10 08:55:46.913

Check all of your networking related hardware and use a different ISP.
Sierra Chart Support - Engineering Level

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

If your question/request has been answered and you do not have anything further, then it is easiest for us if you do not reply again to say thank you.
[2020-09-11 15:46:03]
User240019 - Posts: 77 | Ending Date: 2020-10-11
There's more to it than internet connectivity. I'm a degreed network engineer.

Notice image, which shows that the data is NOT downloaded to current, and price is movinng, but the charts aren't updating.

I tried to delete and re-download the data and I get this message. Image attached. I don't understand why it's asking about June first, there's only 5 days loaded...regardless, it doesn't work; it neither deletes nor re-downloads the data.

So, I think there's more to this.
imageScreenshot 09-11-2020 10.42.10.png / V - Attached On 2020-09-11 15:43:20 UTC - Size: 47.8 KB - 20 views
imageScreenshot 09-11-2020 10.43.57.png / V - Attached On 2020-09-11 15:44:09 UTC - Size: 49.96 KB - 19 views
[2020-09-11 15:46:51]
User240019 - Posts: 77 | Ending Date: 2020-10-11
However, I will re-check all of my connections and look at my network connection regardless.
[2020-09-11 15:54:03]
User240019 - Posts: 77 | Ending Date: 2020-10-11
Now everything just came down and I just sent you the log from the moment I opened my charts till the charts updated.a full 20 minutes of undownloaded data.
[2020-09-11 17:41:54]
Sierra Chart Engineering - Posts: 89756 | Ending Date: 2021-04-05
Notice image, which shows that the data is NOT downloaded to current, and price is movinng, but the charts aren't updating.
The usual reason for this is explained here:
https://www.sierrachart.com/index.php?page=doc/helpdetails3.html#StartAndEndTimesNotCoveringCurrentTime

I tried to delete and re-download the data and I get this message. Image attached. I don't understand why it's asking about June first, there's only 5 days loaded...regardless, it doesn't work; it neither deletes nor re-downloads the data.
We see you are using a sub instance. We want you to update to the latest version:
https://www.sierrachart.com/index.php?page=doc/SoftwareDownload.php#FastUpdate

And then fully re-download the data:
Re-download all the data in the chart by going to the chart and selecting "Edit >> Delete All Data and Download". You just need to do this once per symbol and not for each chart.
Sierra Chart Support - Engineering Level

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

If your question/request has been answered and you do not have anything further, then it is easiest for us if you do not reply again to say thank you.
Date Time Of Last Edit: 2020-09-11 17:42:22
[2020-09-11 18:29:22]
User240019 - Posts: 77 | Ending Date: 2020-10-11
Here are my settings; so looks like that doesn't explain it.

I'll update as well.z
imageScreenshot 09-11-2020 13.28.37.png / V - Attached On 2020-09-11 18:29:14 UTC - Size: 56.12 KB - 11 views
[2020-09-11 19:36:10]
Sierra Chart Engineering - Posts: 89756 | Ending Date: 2021-04-05
We see likely what the problem is in your case. Refer to:
https://www.sierrachart.com/index.php?page=doc/helpdetails4.html#TradeAndCurrentQuoteSymbol
Sierra Chart Support - Engineering Level

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

If your question/request has been answered and you do not have anything further, then it is easiest for us if you do not reply again to say thank you.
[2020-09-11 20:35:00]
User240019 - Posts: 77 | Ending Date: 2020-10-11
OK, so, this IS set on all of my execution charts. Are you saying it needs to be set on every chart in the chart book?
[2020-09-11 21:51:28]
Sierra Chart Engineering - Posts: 89756 | Ending Date: 2021-04-05
We see that you do have Use As Trade Only Symbol enabled. So that is not the reason for the issue.
Sierra Chart Support - Engineering Level

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

If your question/request has been answered and you do not have anything further, then it is easiest for us if you do not reply again to say thank you.
[2020-09-12 00:02:44]
User240019 - Posts: 77 | Ending Date: 2020-10-11
OK, I'm confused then, because based on the previous message you say;

We see likely what the problem is in your case. Refer to:
https://www.sierrachart.com/index.php?page=doc/helpdetails4.html#TradeAndCurrentQuoteSymbol

What's going on?
[2020-09-12 02:58:13]
Sierra Chart Engineering - Posts: 89756 | Ending Date: 2021-04-05
We think we know what the problem is. We are going to put out a new release. Information about this is here:
https://www.sierrachart.com/SupportBoard.php?ThreadID=56309

This is only a conclusion based on what we know and observations. We are not certain yet.
Sierra Chart Support - Engineering Level

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

If your question/request has been answered and you do not have anything further, then it is easiest for us if you do not reply again to say thank you.
[2020-09-16 20:02:25]
User240019 - Posts: 77 | Ending Date: 2020-10-11
Hi, I downloaded 2169 and reset my computer to factory defaults, meaning going through the windows reset and took my computer back to when I first installed Sierra Chart. I'm still having issues with data pausing and if anything it's more consistently pausing.
[2020-09-16 22:05:59]
Sierra Chart Engineering - Posts: 89756 | Ending Date: 2021-04-05
At what times of the day do you notice this including time zone?
Sierra Chart Support - Engineering Level

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

If your question/request has been answered and you do not have anything further, then it is easiest for us if you do not reply again to say thank you.
[2020-09-16 22:24:08]
User240019 - Posts: 77 | Ending Date: 2020-10-11
My timezone is CST.

I notice it most when volume seems to come in, at least that's my suspicion. I noticed it at the cash open (830cst) this morning and then 13:06cst
This morning though, for instnacee, it stopped downloading at 4am CST and then it wasn't until well after the open that it actually caught up.

It happened many times during the day, but those are the two specific times I noticed it stop and then re-download the missing data.
Date Time Of Last Edit: 2020-09-16 22:24:34
[2020-09-17 06:55:00]
Sierra Chart Engineering - Posts: 89756 | Ending Date: 2021-04-05
We want you to update to prerelease 2170. Instructions:
https://www.sierrachart.com/index.php?page=doc/SoftwareDownload.php#FastUpdate

There are two changes we made which we want to see are going to help. This will get us closer to understanding the problem.
Sierra Chart Support - Engineering Level

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

If your question/request has been answered and you do not have anything further, then it is easiest for us if you do not reply again to say thank you.
[2020-09-17 13:42:49]
User240019 - Posts: 77 | Ending Date: 2020-10-11
Just froze again at 8:40:43 CST for approximaately 1 minute and yes, I'm on build 2170.
Date Time Of Last Edit: 2020-09-17 13:43:46
[2020-09-17 15:06:05]
Sierra Chart Engineering - Posts: 89756 | Ending Date: 2021-04-05
This must be related to your own connectivity. We have worked on this issue extensively, and the next step is data compression and that will help you.

What we did not say, is that we specifically changed your connectivity in the background to the CME Aurora data center. We monitored the connectivity from there at the application level and at numerous remote locations including the other side of the world. There was no lag/stopping and no issue at all.

One user who was having issues with lagging data at busy times also reported no issues today.

In your case, the only thing we can do to help, will be data compression which should be ready in about 2 to 4 weeks.
Sierra Chart Support - Engineering Level

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

If your question/request has been answered and you do not have anything further, then it is easiest for us if you do not reply again to say thank you.
[2020-09-17 15:58:41]
User240019 - Posts: 77 | Ending Date: 2020-10-11
OK, can you explain one thing that still doesn't ring true.

I started monitoring another trading program's data feed and watching carefully to see if the stalls are happening at the same time. They are not. It doesn't stall where as SC does.

Additionally, another thing that doesn't make sense to me is why it just stops downloading altogether overnight. Again, this morning, the chart stopped downloading at 12am or something and then until I rebooted SC, it didn't download again.

I'm not saying that what you're seeing is not correct, obviously it is, but is it possible there's more.

last request, is there a way to monitor this on my end more precisely, as all I have now are price stalls and then sudden catch ups to tell me it's happening. Is there an alert that can be set and could you tell me exactly how to do that?
[2020-09-17 16:12:04]
Sierra Chart Engineering - Posts: 89756 | Ending Date: 2021-04-05
When you say downloading, we assume you mean the receiving of real-time streaming data.

When you have a problem like you are describing, we need to see the Message Log at the time. Instructions:
https://www.sierrachart.com/index.php?page=PostingInformation.php#MessageLog

Make sure you have this option on:
https://www.sierrachart.com/index.php?page=doc/DataSourceSettings.php#ReconnectOnFailure

You should not have to restart Sierra Chart or do anything. If the data feed is lost, Sierra Chart will reconnect if it is set to reconnect. Any problem outside of that, is unheard of and makes no technical sense.

Also refer to:
https://www.sierrachart.com/index.php?page=doc/helpdetails3.html#StartAndEndTimesNotCoveringCurrentTime

To monitor the connection more precisely, refer to:
https://www.sierrachart.com/index.php?page=doc/helpdetails4.html#MonitoringSierraChartDataFeedPerformanceFromPerspectiveOfServer
(Last section)

And refer to:
https://www.sierrachart.com/index.php?page=doc/helpdetails4.html#SierraChartExchangeDataFeeds
Sierra Chart Support - Engineering Level

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

If your question/request has been answered and you do not have anything further, then it is easiest for us if you do not reply again to say thank you.
Date Time Of Last Edit: 2020-09-17 16:12:48
[2020-09-17 16:46:32]
User240019 - Posts: 77 | Ending Date: 2020-10-11
You should not have to restart Sierra Chart or do anything. If the data feed is lost, Sierra Chart will reconnect if it is set to reconnect. Any problem outside of that, is unheard of and makes no technical sense.

Also refer to:
https://www.sierrachart.com/index.php?page=doc/helpdetails3.html#StartAndEndTimesNotCoveringCurrentTime

When you say things like this it's hard to understand your motivation. If it's unheard of, then why, when I've explained it to as happening twice in this support ticket, are you ignoring that fact? It happened againt this morning, it happened yesterday it happened the day before. It's how I knew there was a problem, I even screenshotted it. It's not unheard of. It appears you want to dispense easy answer to a problem that is obviously complex. It may make no technical sense - I can appreciate that, yet, here we are. All of the configurations you laid out are setup already and have been. So, your answer makes no sense in light of the current circumstances. I'm not sure if you find it helpful to be so direct and complimentary of your own findings, but I can do the same if that adds clarity to the discussion.

I agree, I should NOT have to restart Sierra, but as a 3 year long user who undertands software and networking more than most, I'm sure, I can tell you I don't create randome solutions to the symptoms I'm experiencing. I systematically work within the software. You'll remember, if you scroll up, that I tried to delete and re-download and I was getting super bizarre responses from the software, none of which actually worked, and that led me to other, less sophisticaed, but more effective means.

So, I'll ask again, if it makes no technical sense, how can we troubleshoot why it's happening?

Just so you realize that I'm not sparring with you, I've setup another computer on another network and am currently monitoring connectivity. I'm taking this seriously. Thank you for the other links, I'll look into them.
[2020-09-17 17:30:18]
Sierra Chart Engineering - Posts: 89756 | Ending Date: 2021-04-05
It is not possible for Sierra Chart to lose connectivity and not reconnect to the data feed as long as it is set to reconnect (Link about this is above).
There cannot be a simply a loss of connectivity for hours and this be a problem within Sierra Chart or with the servers.

When you have a problem next provide a copy of the Message Log:
https://www.sierrachart.com/index.php?page=PostingInformation.php#MessageLog
Sierra Chart Support - Engineering Level

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

If your question/request has been answered and you do not have anything further, then it is easiest for us if you do not reply again to say thank you.
[2020-09-17 18:46:03]
User240019 - Posts: 77 | Ending Date: 2020-10-11
OK! I believe you. Howevr, on another computer, on the different network, closer to the ISP egress I'm having the same issue.

Data undownloaded and the charts are frozen in time while price continues to move. There may be multiple issues here. It seems that there IS a buffer issue that leads to a temporary loss of connectivity, which might be my end but then also a complete disconnect that prevents the download of data while price, including time and sales, is moving and showing data transmission.

In the attached screenshot, on a different computer, you're seeing the same behavior.
Here's the log for the period of time referenced. I assure you, I'm watching price move and time and sales move with it, you can see the time stamp of time and sales for further confirmation.

Triggering next historical data download in queue. | 2020-09-17 12:32:12.177
Triggering next historical data download in queue. | 2020-09-17 12:32:12.177
Triggering next historical data download in queue. | 2020-09-17 12:32:12.177
Triggering next historical data download in queue. | 2020-09-17 12:32:12.177
Triggering next historical data download in queue. | 2020-09-17 12:32:12.177
Updated verified funded futures trading account ending date to: 2020-10-17 17:32:12 | 2020-09-17 12:32:12.177
SC Data - All Services | There has been no activity on the network socket for 40 seconds. Will reconnect. | 2020-09-17 12:42:35.405
SC Data - All Services | Waiting for socket receive thread to end | 2020-09-17 12:42:35.405
DTC Client socket (1) | CloseSocket call. | 2020-09-17 12:42:35.405
DTC Client socket (1) | 0 bytes remaining in receive buffer when socket closed. | 2020-09-17 12:42:35.405
SC Data - All Services | Disconnected from the server. | 2020-09-17 12:42:35.405
SC Data - All Services | Data feed disconnected. Will reconnect in 2 seconds. | 2020-09-17 12:42:35.405
DTC Client socket (1) | Write in progress. Shutdown being delayed. PendingSize=0 | 2020-09-17 12:42:35.405
SC Data - All Services | Connecting to the server ds22.sierracharts.com. Port 443 | 2020-09-17 12:42:37.404
DTC Client socket (3) | Creating socket. | 2020-09-17 12:42:37.404
DTC Client socket (3) | New receive buffer size: 6291456 | 2020-09-17 12:42:37.405
DTC Client socket (3) | Connecting to IP: 208.185.224.129. | 2020-09-17 12:42:37.405
SC Data - All Services | Network connection to server complete. | 2020-09-17 12:42:37.465
SC Data - All Services | Starting socket receive thread. | 2020-09-17 12:42:37.465
SC Data - All Services | Sending encoding request to server: Binary VLS | 2020-09-17 12:42:37.465
imageunnamed,png.png / V - Attached On 2020-09-17 18:45:55 UTC - Size: 244.86 KB - 5 views
[2020-09-17 18:59:05]
User240019 - Posts: 77 | Ending Date: 2020-10-11
I sent you the logs through the message log dialog.
[2020-09-18 07:28:08]
Sierra_Chart Engineering - Posts: 793 | Ending Date: 2020-10-09
Data undownloaded and the charts are frozen in time while price continues to move.
Let us just focus on this one item for now.

So you are seeing the chart bars not building but do you see the price box on the right side of the chart move? For the possible causes of that, they are listed on this page:
https://www.sierrachart.com/index.php?page=doc/helpdetails3.html


Usually it is for what is explained in 3:
https://www.sierrachart.com/index.php?page=doc/helpdetails3.html#StartAndEndTimesNotCoveringCurrentTime

Regarding the Message Log we see multiple lost connections to the trading server as well:

Connection to the external service has been lost. | 2020-09-17 13:00:20.500
DTC Client socket (2) | Graceful close received or receive error. Shutdown complete. Closing socket now. | 2020-09-17 13:00:20.500
DTC Client socket (2) | Closed. | 2020-09-17 13:00:20.500
SC Futures Order Routing/Data | Waiting for socket receive thread to end | 2020-09-17 13:00:20.673
DTC Client socket (0) | CloseSocket call. | 2020-09-17 13:00:20.674
SC Futures Order Routing/Data | Disconnected. | 2020-09-17 13:00:20.674
This disconnection is totally unrelated to market data.

We do not see how this is a problem on the Sierra Chart side. All indications are this is network connectivity on your side. How is it that we can maintain solid connections literally on the other side of the world for market data to the Denali feed in the Aurora data center since September 17, 1 AM transferring close to 1 GB, with no abnormal disconnection. Just one intentional disconnect related authorization data.

You are also connecting to the CME Aurora data center and we pay a fortune for the network connectivity and bandwidth there. You are exclusively using that connection. That is how we configured your account. And that is high-quality connectivity.

Please spend the time and figure out what the issue is on your side. Something is definitely wrong.

We really just have to draw the line here. You need to look for the solution on your side. We do not see how we can help. Other than regarding the quoted section at the beginning of this post.
Sierra Chart Support - Engineering Level

Your definitive source for support. Other responses are from users. If possible please keep your questions brief and to the point. Please be aware of support policy:
https://www.sierrachart.com/index.php?l=PostingInformation.php#GeneralInformation
Date Time Of Last Edit: 2020-09-18 09:47:46
[2020-09-18 13:10:47]
User240019 - Posts: 77 | Ending Date: 2020-10-11
After carefully reviewing each chart in my main chart book I did find one that was set with the time a-typically. Perhaps this is the cause.

It was set as follows.
8:30
15:14:59
1800
8:29:59

Now, if this is the problem then it also affects other chartbooks that are open at the same time WITHOUT time config issues. I've fixed this, followed your other steps and am awaiting the open to see how things progress. The heartbeat continues to show that there's data on the server waiting.

SC Data - All Services | Heartbeat from server | ServerReceivedClientHeartbeatSecondsAgo=4, NumberOfOutstandingSendBuffers=1, TransmissionDelayInMilliseconds=25, ServerSendBufferSizeInBytes=655, ActualMessageDelay=0.6 seconds | 2020-09-18 08:09:09.702

So I'm still thinking there has to be another cause. I'm continuing to look, I'll update if I can resolve it.
[2020-09-18 17:30:55]
User540754 - Posts: 22 | Ending Date: 2021-01-07
User240019,

I have also been having the same problem as you with no success in remedy.

I have a top of the line computer, I clean installed windows to start over, upgraded to the latest sierra charts, direct connection to my internet with networking...still have the same problem.

Sierra Charts, please help us. Please, please. So many people having the same problem, it can't be our network connectivity all over the country.
[2020-09-18 18:15:05]
Sierra Chart Engineering - Posts: 89756 | Ending Date: 2021-04-05
Regarding post #29, we are not aware of so many people having a problem currently. We are not aware of any user today with an issue other than your report (Which has no details) and you did not follow the update instructions we gave you here:
https://www.sierrachart.com/SupportBoard.php?ThreadID=56231

We want you to update now to version 2170. Follow up on that thread and do not post here.

And we monitor ourselves. We monitor within the US, and very distant remote locations and there issue is no lag and no stopping, and no application level issue on the server or client side. All of this is monitored and verified.

ActualMessageDelay=0.6 seconds.
This amount is not going to be exactly 0 because you have to consider network latency, buffering, and clock inaccuracies. So this amount is reasonable. Even our server clocks are not 100% accurate all the time which is used in part for the calculation. The only reasonable way to look at that value, is to see if it increases during the most busy times, assuming your clock is not drifting which it can. You cannot look at the absolute value because it is inaccurate.

And with data compression which we are currently working on, latency will be reduced.

And we also make reference to post #27 in this thread.

And there has been a lot in the background we have been doing to do what we can regarding these postings. We have increased bandwidth at our Aurora server. We have increased client-side buffering. And we are working on compression.

What we have determined, is these reports are connectivity related. They are not issues at the server level other than if the operating system TCP implementation is stopping or slowing the transmission of data based upon return acknowledgments.
Sierra Chart Support - Engineering Level

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

If your question/request has been answered and you do not have anything further, then it is easiest for us if you do not reply again to say thank you.
Date Time Of Last Edit: 2020-09-18 18:25:09
[2020-09-18 23:30:40]
User240019 - Posts: 77 | Ending Date: 2020-10-11
I was referring to this;
ServerSendBufferSizeInBytes=655, which I thought indicated latency.

Can you explain, does this mean that the TCP window is full and the recipient host cannot recieve and so theire's queuing? Or what does it mean, in technical terms?

BTW, I double checked another SC user and indeed his buffer size was generally 0 and low for a period of time and mine continues to be anywhere from 0 to 7000...I've seen lots of variability, which makes not a ton of sense according to the TCP protocol. The thing is, there's no contention for my network interface, based on my analysis of the performance monitor. The latency at my NIC was 80-100ms, no excessive disk, or ram. However, I will say that my machine grinds hard while live data is going on. It's something I noticed some time ago as a change, but just chalked it up to "things change"...

So, then the TCP stream must be being contended with upstream. As I said before I double checked this on another machine, on a separate network, closer to the egress. Same problem. So - my initial thought is, either, there's local contention that can cross a routed network (internally)...HIGHLY unlikely. The ISP has a contention issue that is as of yet undetected and is beneath the radar of having high speed and getting in the way of random TCP streams...(improbable, but not impossible) or there is a configuration specific connection to SC. The server connection is definitely fast, but that doesn't mean the users who are complaining don't have something in common.

I have a network technician coming Saturday, but I don't have high hopes as he's unlikely to see the contention...The problem would have to exist in a hardware configure or signal strenth that's undetectable from their NOC.

Except for the question at the top, I'm just reasoning this out in the hopes that it will help me or others troubleshoot.
[2020-09-18 23:38:24]
Sierra Chart Engineering - Posts: 89756 | Ending Date: 2021-04-05
ServerSendBufferSizeInBytes=655, which I thought indicated latency.
This just indicates how much data is in the buffer to be given to the operating system at the time the heartbeat message is sent. This value is of no concern. Normally you do not want to see this greater than about 20K but it just depends upon the data flow at the time which depends upon trading activity.

When we implement compression these numbers will be much smaller. Although you would not see them reported as being smaller because this is determined before compression.
Sierra Chart Support - Engineering Level

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

If your question/request has been answered and you do not have anything further, then it is easiest for us if you do not reply again to say thank you.
[2020-09-19 23:56:27]
User240019 - Posts: 77 | Ending Date: 2020-10-11
New development: I had the ISP come out and check my connections. Sure enough 500mbps to their router. I'll be buggered because when I tested it on wifi, it was 140's or less. When I tested it from my wired connection behind the router, 120'.s...150's...not 400 as promised. So, we systematically eliminated components until my wired connection at my computer was 500mbps per sec. Turns out my router, which I was using to extend wifi and segment the network was cutting the connection speed dramatically. I had another and it was even worse, MUCH worse. So - physical layer is good, data link layer is good. Now, if I continue to have problems there's only two possibilities and they are in the network layer.


1. network CONTENTION problem, beyond the ISP router.
2. SC has a software problem with windows that they cannot detect but is showing as a network connectivity issue.

Sunday night cannot come fast enough.
[2020-09-20 02:19:57]
Sierra Chart Engineering - Posts: 89756 | Ending Date: 2021-04-05
2. SC has a software problem with windows that they cannot detect but is showing as a network connectivity issue.
The possibility of this is next to 0% due to the fact the network communications layer/functionality/component within Sierra Chart is what we use on our servers and all of our server processes and all of our communication of data between servers.

It is so extensively used, and well tested that if there is a problem we would know about it.

Anyway, the major improvement will be with compression.
Sierra Chart Support - Engineering Level

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

If your question/request has been answered and you do not have anything further, then it is easiest for us if you do not reply again to say thank you.
Date Time Of Last Edit: 2020-09-20 02:20:33
[2020-09-20 03:18:02]
User240019 - Posts: 77 | Ending Date: 2020-10-11
I'm putting this forward because I'm trying to solve the problem, not measure myself against you.

I'm not hoping I"m right, I"m hoping I'm wrong...because then I can just go back to trading. You guys seem fixated on being right. It's annoying and uncessary. Being right is kind of like being a woman, if you've got to convince people you are...maybe you're not?

To post a message in this thread, you need to login with your Sierra Chart account:

Login

Login Page - Create Account