Join the 80,000 other DTN customers who enjoy the fastest, most reliable data available. There is no better value than DTN!

(Move your cursor to this area to pause scrolling)




"I've been using Neoticker RT with IQFeed for two months, and I'm very happy with both of the products (I've had IQFeed for two years with very few complaints). The service from both companies is exceptional." - Comment from Public Forum
"For anyone considering using DTN.IQ for a data feed, my experience with the quality of data and the tech support has been very positive." - Comment from Public Forum
"I've been using IQFeed 4 in a multi-threaded situation for the last week or two on 2600 symbols or so with 100 simultaneous daily charts, and I have had 100% responsiveness." - Comment from Scott
"I am a hedge fund manager here. It’s funny, I have a Bloomberg terminal and a Bridge feed, but I still like having my DTN feed!" - Comment from Feras
"Thanks for the great product and support. During this week of high volume trading, my QuoteTracker + IQ Feed setup never missed a beat. Also, thanks for your swiftness in responding to data issues. I was on ******* for a few years before I made the switch over early this year, and wish I had done it a long time ago." - Comment from Ken
"I had always used ******* but for the past 2 weeks have been trying DTN IQFeed. Customer support has been extraordinary. They call just to make sure your problem hasn't recurred." - Comment from Public Forum
"Awesome response, as usual. It is a sincere and refreshing pleasure to do business with DTN, compared to your competition." - Comment from Ryan
"I would just like to say that IQFeed version 4 is running very well and I am very happy with its performance. I would also like to extend a big thanks for the fast and efficient help that I always receive. My questions and concerns are always addressed promptly. Way to go!" - Comment from Josh in CO.
"I was with ******* for 4 years at $230 a month, this is a huge savings for me, GOD BLESS YOU PEOPLE," - Comment from T.S. via Email
"Excellent datafeed !!!" - Comment from Arely
Home  Search  Register  Login  Recent Posts

Information on DTN's Industries:
DTN Oil & Gas | DTN Trading | DTN Agriculture | DTN Weather
Follow DTNMarkets on Twitter
DTN.IQ/IQFeed on Twitter
DTN News and Analysis on Twitter
»Forums Index »Archive (2017 and earlier) »IQFeed Developer Support »BD# latency on May, 24th
Author Topic: BD# latency on May, 24th (5 messages, Page 1 of 1)

nto
-Interested User-
Posts: 14
Joined: Jan 18, 2016


Posted: Jul 13, 2016 05:18 AM          Msg. 1 of 5
Hello,

I plotted statistics of the latency (time difference between the market updates time given by IQFeed and the reception time on our servers).

I have 2 questions resulting from 2 problems I observed:
  • It looks normal for all days except for May, 24th when something happened at around 9:30am (Paris time) as can be seen on this image: https://imgur.com/T5gHW4N . Latency went crazy, up to almost 4000 seconds of latency then it decreased linearly until coming back to normal. This may come from our servers but maybe you know about something that happened that day?
  • Most plot look like this: https://imgur.com/vghWRAU . It looks like latency becomes higher after 6pm (Paris time). Why is that?


Thank you for your answers



File Attached: 2016-05-24-latency.png (downloaded 1254 times)

DTN_Tim Walter
-DTN Guru-
Posts: 1238
Joined: Apr 25, 2006


Posted: Jul 13, 2016 09:42 AM          Msg. 2 of 5
Good morning,

I don't know that I am going to be much help here, but in evaluating the data I can see, I can say with relative certainty that we did not have a server side issue on the 24th that would have caused this issue. 4 seconds would be a huge issue for us, given that, I would have expected to find either other customer reports or internal communication about the problem and things look pretty dull on that day and given the timeframe, I don't see a way that we could troubleshoot this further.

As to the latency being worse in the evening, I have never heard of anything similar, so I am not sure what the answer there is either. It could be regular evening maintenance at providers between you and I which increases load to the switches between us, but we reserve all of our maintenance for on the weekends. Have you asked your ISP to see if they have insight? They may also have some tracking they could add. Beyond that, you could do a traceroute yourself at the time of failure to try and better understand where the latency is occurring.

Tim

nto
-Interested User-
Posts: 14
Joined: Jan 18, 2016


Posted: Jul 13, 2016 12:15 PM          Msg. 3 of 5
Hello Tim,

Thank you for your answer.

Regarding May 24th, it may be a problem from our side, I need to investigate further. It's a complete outlier.

The server is in a data center in France, the provider (OVH) is the most important provider in France. I don't think there is any latency from our side.

If you look at the latency graphs for all days though, it looks like this latency happens on all days.

Please take a look: https://imgur.com/a/DchOn

I also added some box plots. Comparing to the 8am-6pm period which has a very decent latency with a median of 0.75 seconds, the 6pm-10pm period has a very high latency of almost 4 seconds.

Again, I don't think the datacenter the server is in could possibly increase the latency by 500% due to congestion!

Is something particular happening at 6pm everyday? I don't know what I am missing here :/

DTN_Tim Walter
-DTN Guru-
Posts: 1238
Joined: Apr 25, 2006


Posted: Jul 13, 2016 02:11 PM          Msg. 4 of 5
Just to clarify before we move on, you said 4000 seconds earlier, I am assuming that was intended to be termed to be milliseconds. When we look at the data you are showing here, is that supposed to be second data or millisecond data? Because a connection that was latent of any data for 2 minutes seems unlikely and so does a sub 10 ms across the world connection (at any time of the day). Now, what might make sense, is that this is all ms times and you are seeing connection speeds, with some degree of error being allowed for the system clock method of evaluation which cannot be perfect given the exchanges free will in syncing their servers to whoever they choose.

Also, the data you watch as of 6pm, how does that differ from what you watch during the day? Since our servers are located locally, is the data during the day only traveling from the US to you and then the data that is taking twice as long is having to travel from EU to US to EU and in turn increasing the latency?

Just things to consider.

Tim

nto
-Interested User-
Posts: 14
Joined: Jan 18, 2016


Posted: Jul 13, 2016 03:28 PM          Msg. 5 of 5
I said 4000 seconds and I meant 4000 seconds haha! It surprised me too, it is really the only day I observed something like that. The data you sent us contained market updates from more than one hour (3600 seconds) earlier. Again, this is very strange and happened just on that day so we can just stop talking about it (except if that interests you, I have the logs of that day).

Since everything is in seconds, I do sometimes receive some level1 or level2 updates with dates from 2 minutes before. And after 6pm it becomes not so rare at all.

My program watching the symbols is not changing its behaviour after 6pm. It's keeping the connection open all day (all week) without changing its behaviour! So the data is always traveling from you (US) to us (EU).
 

 

Time: Sat May 18, 2024 12:42 AM CFBB v1.2.0 11 ms.
© AderSoftware 2002-2003