Support Board
Date/Time: Sat, 10 May 2025 21:43:48 +0000
Real Time Data Feed quality
View Count: 2674
| [2015-10-14 17:17:22] |
| JRA - Posts: 97 |
|
I am using around the last 6 month Sierra platform with the real time data feed. I am more than pleased with the platform as I have found everything I wanted in it. Although I do own a different platform as well as I have tested for an extensive period of time the platform that IB lease's Sierra is far ahead. But the data feed is absolute crap. If you are scalper you need tick charts you need the utmost precision on that one signal bar to take the trade. I have set the NTP server and my clock is +-0.0002sec. And yet the data feed prints bad bars. Once I hit the delete and redownload data I see why I lost some trades. The last days I payed for a month the data feed of kinetick to test it with my other platform in parallel with sierra, and the bars that I see in sierra after I hit delete and redownload I was watching them live in Kinetick. My point is I am not sure how unfiltered is the data you are offering. Since I like the fact that I pay one provider for all my trading costs and tools, I wouldn't mind paying something extra to have that precision that competitive data companies offer. |
| [2015-10-14 17:37:11] |
| |
|
This does not make any sense. The data feed is excellent and if it is being described as "absolute crap" then you must not be using it. If it is like you are describing, we would be having other reports of a problem and we simply do not. Also what is meant by "bad bars". Please be very descriptive. It does not make sense that when you re-download the data, you would get a different result. This is a clear indication you are not actually using the Sierra Chart Exchange Data Feed. It sounds like you are using the Interactive Brokers data. Do you see any [M] indicator after the symbol at the top of the chart? One problem that we have had sometimes in the past is with packet loss which could slightly reduce the amount of data being transmitted and recorded. But that problem was resolved. When we checked this morning for the CME channel packet lost during a busy hour we see nothing (Times are UTC): 2015-10-14 13:50:12 | CME:C(310) PerfCnt: Lost Packets = 0 / 462741 (0.000) Feed A Dr/Rx = 0 / 462741 (0.000) Feed B Dr/Rx = 0 / 462741 (0.000) A/B/SS MaxQ: 308 / 299 / 2 MaxRdy: 28672 / 29960 / 2628 2015-10-14 13:50:12 | CME:C(318) PerfCnt: Lost Packets = 0 / 643731 (0.000) Feed A Dr/Rx = 1 / 643730 (0.000) Feed B Dr/Rx = 2 / 643729 (0.000) A/B/SS MaxQ: 306 / 303 / 2 MaxRdy: 25036 / 27644 / 2826 2015-10-14 13:50:12 | CME:C(314) PerfCnt: Lost Packets = 0 / 553363 (0.000) Feed A Dr/Rx = 0 / 553363 (0.000) Feed B Dr/Rx = 0 / 553363 (0.000) A/B/SS MaxQ: 147 / 147 / 2 MaxRdy: 7104 / 7104 / 2652 2015-10-14 13:50:12 | CME:C(312) PerfCnt: Lost Packets = 0 / 1779106 (0.000) Feed A Dr/Rx = 4 / 1779102 (0.000) Feed B Dr/Rx = 5 / 1779101 (0.000) A/B/SS MaxQ: 510 / 505 / 6 MaxRdy: 131132 / 117460 / 8242 2015-10-14 13:50:12 | CME:C(316) PerfCnt: Lost Packets = 0 / 157779 (0.000) Feed A Dr/Rx = 0 / 157779 (0.000) Feed B Dr/Rx = 0 / 157779 (0.000) A/B/SS MaxQ: 95 / 91 / 4 MaxRdy: 33284 / 32720 / 5324 2015-10-14 13:50:12 | CME:C(320) PerfCnt: Lost Packets = 0 / 1053127 (0.000) Feed A Dr/Rx = 1 / 1053126 (0.000) Feed B Dr/Rx = 1 / 1053126 (0.000) A/B/SS MaxQ: 161 / 161 / 2 MaxRdy: 17856 / 17856 / 2746 With what we see with packet loss and considering the hardware that we use, the data feed is working 100% perfect. It does not get better than this. So there is another explanation to the problem. Other users of our data feed are not going to report it as "absolute crap". Not at all. 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: 2015-10-14 17:38:36
|
| [2015-10-14 17:45:32] |
| JRA - Posts: 97 |
|
No I am not Using IB data and I have the M at the top of the chart. Look at an example of a good signal bar when sierra live but when later I redownloaded the data I had the same bars as the below pic of Kinetick. I mean kinetick had printed it as doji real time and in sierra once i deleted and redownloaded then it changed as of kinetick. The Instrument is ES with 2000 tick. Date Time Of Last Edit: 2015-10-14 17:50:29
|
 NinjavsSierra.jpg / V - Attached On 2015-10-14 17:45:14 UTC - Size: 140.03 KB - 453 views |
| [2015-10-14 18:07:01] |
| |
|
You cannot make the kind of comparison you are. Charts based upon number of trades per bar inherently will look different between services and software due to different Session Times and/or the starting time at the beginning of the chart. Everywhere we look, we see differences which means there is a problem with the starting time for the chart bars. The Sierra Chart Exchange Data feed is fine. There is no doubt about that whatsoever. Anyone else using the data feed is welcome to comment on that. There is another explanation here. We will not accept the analysis that you are doing because it is not a trustworthy and reliable method. Open a chart for the ES market and set the chart bars to 5 minutes per bar and verify you see the [M] after the symbol. Add the Volume study. Let the chart run in real-time for about 10 minutes and then re-download the last 10 minutes of data. Do you notice a change with the OHLC values or the Volume? We are doing this test now. 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: 2015-10-14 18:07:22
|
| [2015-10-14 18:21:23] |
| |
|
We have run the test and we do not see any data differences when we re-download the data. See the results below: Data received in real-time: 2015-10-14 14:09:00 1989.50 1989.50 1988.50 1989.00 1814 711 2015-10-14 14:08:00 1989.50 1989.50 1988.00 1989.25 6607 2321 2015-10-14 14:07:00 1990.75 1990.75 1989.25 1989.50 5543 1895 2015-10-14 14:06:00 1991.75 1992.00 1990.50 1990.50 4337 1789 2015-10-14 14:05:00 1992.00 1992.75 1991.50 1991.75 2998 1195 First re-download: 2015-10-14 14:09:00 1989.50 1989.50 1988.50 1989.00 1814 711 2015-10-14 14:08:00 1989.50 1989.50 1988.00 1989.25 6607 2321 2015-10-14 14:07:00 1990.75 1990.75 1989.25 1989.50 5543 1895 2015-10-14 14:06:00 1991.75 1992.00 1990.50 1990.50 4337 1789 2015-10-14 14:05:00 1992.00 1992.75 1991.50 1991.75 2998 1195 Second re-download: 2015-10-14 14:09:00 1989.50 1989.50 1988.50 1989.00 1814 711 2015-10-14 14:08:00 1989.50 1989.50 1988.00 1989.25 6607 2321 2015-10-14 14:07:00 1990.75 1990.75 1989.25 1989.50 5543 1895 2015-10-14 14:06:00 1991.75 1992.00 1990.50 1990.50 4337 1789 2015-10-14 14:05:00 1992.00 1992.75 1991.50 1991.75 2998 1195 Data matches in all cases. We did discover problem though that where after connecting to the data feed, there is not a historical data download for the symbols recording real-time data which needs to happen. This will cause a slight amount of data loss at the time of connection. We are fixing this now. We are not sure when this problem began to occur though. But it is not related to what you are experiencing. 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 |
| [2015-10-14 18:29:08] |
| JRA - Posts: 97 |
|
On the 5 minute chart everything is excellent. As far as the session Time I am trading more than 6 years and I know How I have set up my charts even with the new CME sessions. I am trading the ES right now and I will try to capture an image of real time and redownloading. The differences are small but small in trading is the line in the sand between loss or win. |
| [2015-10-14 18:30:49] |
| JRA - Posts: 97 |
|
ok here it is for example. I market with an eclipse the bar after deleting and redownloading
Date Time Of Last Edit: 2015-10-14 18:31:56
|
| ES-201512-GLOBEX [C] [M] 2000 Trades #1 2015-10-14 21_29_.png / V - Attached On 2015-10-14 18:31:07 UTC - Size: 103.93 KB - 499 views ES-201512-GLOBEX [C] [M] 2000 Trades #1 2015-10-14 21_30_.png / V - Attached On 2015-10-14 18:31:50 UTC - Size: 103.6 KB - 383 views |
| [2015-10-14 19:01:46] |
| |
|
The data feed is fine. That is validated with what you saw on the 5 minute chart. What we suspect the problem is has to do with the transition from real-time data to historical data and back to real-time data. We are making sure there is no data loss with this. If there is a problem with this, then actually you are introducing less accurate bars when you re-download the data. The real-time bars are accurate. 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 |
| [2015-10-14 20:54:19] |
| |
|
We were mistaken about this: We did discover problem though that where after connecting to the data feed, there is not a historical data download for the symbols recording real-time data which needs to happen. This will cause a slight amount of data loss at the time of connection. We are fixing this now. We are not sure when this problem began to occur though. But it is not related to what you are experiencing.
We misunderstood what we were seeing. We are working to resolve a very slight subsecond data loss problem when transitioning from historical downloaded data to real-time data. That will be in the next release. There is no problem with the Sierra Chart Exchange Data feed. That is working just fine. When we release this next change, we will want you to test again and if you still see a problem we then have to understand why it is you are seeing what you are seeing. But we see no reason why should have to re-download the real-time received data. The change we are making, does not seem as though it would have any effect upon what you are seeing. Another thought has come to mind. We see you have multiple installations of Sierra Chart. Make sure none of them are sharing the same Data folder because that can lead to a problem like you are seeing. Otherwise, there should be no change in the existing data when re-downloading the data in the chart when using the Sierra Chart Exchange Data Feed. 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: 2015-10-14 20:56:16
|
| [2015-10-15 13:17:47] |
| JRA - Posts: 97 |
|
Well, I am waiting for your next release. I probably have to apologize calling one of your services absolute crap since my intention was not to insult you. I really find the services you are offering of really good value. I do however want to short this out. I enabled today the record true real time data on IB dts settings, and when redownloaded, bars where missing but at the second redownload all bars where there. But the problem still exist. And being more specific, there is minor difference in the real time bars on the tick chart, which if I don't redownload and leave it be then after 4 or 6 hours or by the mid of the session my bars on the specific tick setting are gonna be different i.e more than minor, from what other traders see at that specific setting of tick chart. Now I also use your FXCM real time data and trade the CFD Dax during Morning (CET) hours. I use the Ger30 instrument on a 110 tick chart through a remote install of SC with the FXCM data Feed. Now in that chart what i see live is the same thing even if after 6 hours I delete and redownload data. Everything is accurate to the last tick. And that is what I would like to have with the CME real time data. which I don't know why but I don't. And I am saying again that for 10 to 30 min the differences might be minor but as time pass on its getting bigger up to the point where in the mid of the session for example I see a Bullish bar closing at its high tick and the actual bar (deleting and redownloading) is a doji or closing below its open. |
| [2015-10-15 13:23:34] |
| JRA - Posts: 97 |
|
And here is an example of today ES Before Deleting and After Look at around 06:59 the bars If you count the high attemps from the high swing in the after pict, its a failed second entry long, which makes it a short. But on the before (live Pic) I can't count. Date Time Of Last Edit: 2015-10-15 13:27:09
|
| Before.png / V - Attached On 2015-10-15 13:23:30 UTC - Size: 106.32 KB - 394 views |
| [2015-10-15 18:41:10] |
| |
|
A new release is not going to help this problem. There is something else wrong. And there is also nothing wrong with the data feed. In all of your instances of Sierra Chart, go to Global Settings >> General Settings. What is the Data Files Folder set to for each of them? It appears you are sharing a data folder. This is something we have made very clear must not be done at step 15 here: https://www.sierrachart.com/index.php?page=doc/MultipleServices.html#Sharing We tested a 2000 Number of Trades per bar chart, and re-downloaded the most recent 10 minutes. The bars were identical as we would expect. I probably have to apologize calling one of your services absolute crap since my intention was not to insult you. 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: 2015-10-15 18:44:33
|
| [2015-10-15 18:49:17] |
| |
|
Also, as we were working to resolve a very slight subsecond data loss when transitioning from historical data to real-time data, we had made a change on the server yesterday which caused the historical data to be delayed by up to 25 minutes. This can be the cause of some missing data what re-downloading data. This has been fixed now. 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: 2015-10-15 18:50:07
|
| [2015-10-15 19:05:37] |
| |
|
Here are two screenshots of the data from the Sierra Chart Exchange Data Feed for a 2000 Number of Trades chart: http://www.sierrachart.com/image.php?l=1444935497175.png http://www.sierrachart.com/image.php?l=1444935430219.png These show the data from our two servers. Other than at the end, where the chart is being built, if you look at the bars carefully, you can see about three places where there are some small differences. This just have to do with packet loss differences on the servers. These are very small and hard to avoid. 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 |
| [2015-10-15 19:53:58] |
| JRA - Posts: 97 |
|
Allright. The Data Files Folders are different on the 3 instances that I have. C:\SierraChart\Data\ C:\SierraChart2\Data\ C:\SierraChart3\Data\ I only use the 2 instances the one being the FXCM data Feed, that I remotely call to trade through IB, for example FX. You can clealry see in the Images I posted that the bars around 06:00-08:00 are out of "sync". Which became identical to yours once I deleted and redownloaded Date Time Of Last Edit: 2015-10-15 19:54:43
|
| [2015-10-16 10:44:50] |
| |
|
We have released version 1312 which handles the transition from historical data to real-time data better and eliminates small subsecond data loss. There still is a condition where there could be some data loss but not under the circumstances when you are re-downloading after the connection has been established a while. Apparently the small differences, do have a cumulative effect. But keep in mind, with charts based upon the number of trades per bar, if there are missing trades on one server compared to another server, and inevitably that happens due to packet loss it will have a small effect. The percentage difference typically would be .001% This is often unnoticeable but with careful analysis from the screenshots we gave, it can be seen. We did have a problem with packet loss several months ago and Barchart changed network switch which solved that. We have not had a problem recently other than on days where the market data rates from the CME have been extreme. It is during these extreme times, it is impossible to avoid packet loss. Although when it occurs the percentages are very small. We have put a lot of time looking into this. 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: 2015-10-16 10:47:49
|
| [2015-10-16 19:46:04] |
| |
|
With the latest Sierra Chart version, and the fact that there is 0% packet loss today, you should have seen no difference when you re-download the data today. But if there are some packets loss, like 10 to 20 out of 1,000,000, then there can be a tiny difference you may see. This is something that cannot be avoided. 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 |
| [2015-10-17 09:10:58] |
| JRA - Posts: 97 |
|
Yes you are absolutely right. And not only did I not have any difference, but I was also under a trial from IQFeed on another instance of Sierra, and everything real time was the same. So I started questioning my self if I were so wrong. (I started realizing that something was wrong the previous week when I had 3 losers in a row, and only then for the first time I deleted and redownloaded data and noticed that the chart was wrong.) From the end of August I started saving at the end of the session all of my intraday charts with the trendlines and channels that I had drawn live for future study. keep in mind that up until then, and actually up until the previous week I was confident that my charts were accurate to the last second. Last night after the close I study each and every day of September and most of the charts didn't align perfectly. And because most probably you wouldn't be interested from me posting charts here, I will try briefly giving an example. Lest say price is trending down, and on a retrace up on the upper already confirmed channel line my chart shows me that it has tried already one time to reverse down(ie a bar ticked bellow its previous bar), and when it hits the upper trend channel line it prints a bear bar closing at its low tick. Now that is a legitimate sell stop order below that bear bar with the probability (no more than 60% but no less than 60% due to the context) of that trade giving 4 ticks (on ES) to the downside before going 6 - 8 ticks upward. Now I took that trade and price trapped me (which has a 40% probability of doing it) and reversed up. But watch now the most interesting thing. After my loss once I deleted the chart and redownloaded the data, price had never ticked bellow the bear bar, or in other example price on that retrace to the upper channel had never tried to go bellow any prior bar, so at the edge of the upper channel it would have been its first attempt to resume the trend down and since it is the first attempt automatically I know that my potential success scalp on that trade would have been 40% and Less. But real time the data showed me that it already had ticked bellow a prior bar. Now I don't think there is any more room and time to argue about the data being good or not. But what is important is if I can have confidence that the data are gonna keep coming in as it did on Friday 16th. A question that comes in my mind in order to keep my sanity for whether I was right or wrong is Why after 17 post did the data feed send me the data as it should on Friday 16th? Closing this post I have to thank for your time and Effort and hope everything to work as it should. I am posting two pictures from your post #14 and from mine #11 from the real time data I received that day and giving an example of I trade that I see in you charts but not in mine(It has legit reasoning to trade it since on it's second attempt to resume the uptrend and especially because the second attempt comes from a nice bull bar the market trapped retail bulls and there is a 60% probability that it is gonna take their SL by 1 tick.) Date Time Of Last Edit: 2015-10-17 09:15:03
|
| Before.png / V - Attached On 2015-10-17 09:15:00 UTC - Size: 63.38 KB - 361 views |
| [2015-10-20 02:48:41] |
| |
|
We monitored the packet loss today on the two servers we have. One of the servers did have a minor amount. It was .001%. The other server had a significant amount more. Based on all of our experience we are quite certain this is on the network switch side that Barchart controls and there really is little we can do about it. We will let them know about it again though. Since we do not want any further complaints, you may want to discontinue the use of the Sierra Chart Exchange Data feed and use IQ Feed. The problem is not within our control. Although the packet loss is very low and not generally noticeable, because your methods are extremely sensitive to any differences, even just a few trades, we will not be able to help you because the problem is not within our control. However, part of the problem though is that when you were re-downloading the data, there was an issue where there was some loss from the transition of historical data to real-time data. So the re-downloading brought out a problem when there may not have been one to begin with. We solved that problem for you. Since Barchart changed a network switch, the packet loss we have seen has been very very small but it does occur in tiny quantities. And with the sensitive method you have, you will see small differences when you re-download data depending upon which server the data comes from. A question that comes in my mind in order to keep my sanity for whether I was right or wrong is Why after 17 post did the data feed send me the data as it should on Friday 16th?
Regarding Friday, our understanding is that you are running the latest version which handles transitions from historical data to real-time data without any subsecond data loss and the market activity was low on Friday and there was virtually no loss to the servers.
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: 2015-10-20 03:18:44
|
| [2015-10-20 02:58:50] |
| |
|
Message to Barchart: Today we noticed a significant amount of packet loss on server A. Here is an example: 2015-10-19 10:18:12 | CME:C(310) PerfCnt: Lost Packets = 267 / 567142 (0.047) Feed A Dr/Rx = 658 / 566484 (0.116) Feed B Dr/Rx = 668 / 566474 (0.118) A/B/SS MaxQ: 277 / 278 / 4 MaxRdy: 33052 / 33052 / 2694 SShot Dr/Rx = 6 / 203908 (0.003) 2015-10-19 10:18:12 | CME:C(318) PerfCnt: Lost Packets = 266 / 740686 (0.036) Feed A Dr/Rx = 634 / 740052 (0.086) Feed B Dr/Rx = 617 / 740069 (0.083) A/B/SS MaxQ: 368 / 365 / 5 MaxRdy: 20952 / 20952 / 4742 SShot Dr/Rx = 3 / 203799 (0.001) We did not see the same packet loss on server B. Based on past experience and the recent changes we have made to improve data processing, we do believe the cause is external to the server. I checked the network adapter on server A and the incoming data rate is the same amount compared to server B which did not experience this loss. I am hesitant to keep bothering you about this, but our users do notice even a small amount of loss, and point it out to us. Today I told one user just to cancel the service because I do not want to hear their complaints anymore. We do genuinely believe the cause is external to the server based on all of our experience with this kind of problem. We are nearly 100% certain of that. We did notice a significant amount of loss several months ago and it did appear to be an external problem, but some tests we did were not proving that but then when Barchart changed a network switch that they saw was faulty, it went away completely. One thing would like to point out though is that packet loss in the range of: Lost Packets = 267 / 567142 (0.047%) is not crap and is considered within the range of acceptable. This is one reason we do not want to keep bothering Barchart about this . 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: 2015-10-20 03:20:52
|
| [2015-10-20 03:38:53] |
| |
|
One other final note, you should consider very carefully whether you want to use IQ Feed because the known problems are that you will have limitations with the downloading of tick by tick data, downloading is a lot slower, and sometimes there are time stamping problems.
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 |
| [2015-10-20 06:25:46] |
| JRA - Posts: 97 |
|
Thank You!!
|
| [2015-10-20 06:46:05] |
| |
|
One additional thing before you consider moving to IQ Feed which is perfectly fine if you do. We are going to do some reconfiguration on our servers, which will bring about a complete consistency with the historical and real-time data across both servers. This should be deployed within the next 30 days. This will completely eliminate the very minor differences that you see when re-downloading data assuming that you still see them. 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: 2015-10-20 06:46:34
|
| [2015-10-20 06:57:40] |
| JRA - Posts: 97 |
|
Pls, keep me updated when you will implement this. As a side note, I was running yesterday IqFeed with Sierra and Ninja, and I was amazed with the speed Sierra kept up with IQfeed and Ninja Failed, I had to relload all history with ninja to keep up real time with sierra.(Minor difference about 1 tick of where the bar closed or opened, but sierra kept all the session the precision from IQFeed). Kudos for your work on that platform is by far the best platform out there. |
| [2015-10-20 07:26:46] |
| |
|
When it comes to speed of the CME feed, we do not see how IQ Feed can beat what we offer. We have the lowest latency CME connectivity you will get with a standard Internet connection. 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 |
To post a message in this thread, you need to log in with your Sierra Chart account: