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 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
"DTN has never given me problems. It is incredibly stable. In fact I've occasionally lost the data feed from Interactive Brokers, but still been able to trade because I'm getting good data from DTN." - Comment from Leighton
"You have an excellent feed. Very few spikes for Spot Forex." - Comment from Public Forum Post
"Thank God for your Data Feed as the only Zippers I see are on my pants (LOL), and no more 200 pip spikes to mess up charts." - Comment from Spiro via Email
"DTN feed was the only feed that consistently matched Bloomberg feed for BID/ASK data verification work these past years......DTN feed is a must for my supply & demand based trading using Cumulative Delta" - Comment from Public Forum Post
"Excellent datafeed !!!" - Comment from Arely
"You are much better than lawyers or the phone company because you answer the phone when I call! I just love your customer service." - Comment from Isreal
"After all the anxiety I had with my previous data provider it is a relief not to have to worry about data speed and integrity." - Comment from Eamonn
"I started a trial a few weeks back before the market went wild. DTN.IQ didn’t miss anything and beat my other provider. I decided to stay with you because of the great service through all the volatility." - Comment from Mike
"IQFeed version 4 is a real screamer compared to anything else I have seen." - Comment from Tom
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) »DTN.IQ Client Software Support »Any timing considerations? javascript:insertsmilie('[:)]');
Author Topic: Any timing considerations? javascript:insertsmilie('[:)]'); (5 messages, Page 1 of 1)

Jay Hanson
-Interested User-
Posts: 4
Joined: Sep 7, 2006


Posted: Sep 26, 2006 01:09 PM          Msg. 1 of 5
I am running the COM/VB6 version of IQfeed and everything seems to be working perfectly. I am really pleased at how INCREDIBLY EASY this interface is to use. However, I am wondering if there might be a potential "timing" problem down the road somewhere.

If my Internet link takes a hit, or my VB program is too slow to keep up with the data, does DTN queue all the data for me so I won't lose any?

I LOVE IT,
Jay
javascript:insertsmilie('');

DTN_Steve_S
-DTN Guru-
Posts: 2093
Joined: Nov 21, 2005


Posted: Sep 26, 2006 04:12 PM          Msg. 2 of 5
Jay, I honestly am not 100% sure what to expect in this situation.

Are you experiencing a problem where you think this may be whats happening or are you just wondering "what if"?

It hasn't been an issue that I have had to deal with (or help a developer deal with). The closest issue I can think of similar to this would be the VC++ HistoryCOM example apps. If you request even 1 day of ticks on a high volume symbol (like MSFT) for example, the app appears to lockup. but if you wait it out, it will eventually display the data. After digging into that issue previously, I found that the data does get returned to the app very quickly, but displaying the data in the text box is what is causing the "lockup".

Let me know if this helps.

stargrazer
-DTN Guru-
Posts: 302
Joined: Jun 13, 2005

Right Here & Now


Posted: Sep 26, 2006 06:15 PM          Msg. 3 of 5
I've seen this recently in C#. This is to comfirm the symptoms, and to provide a possible reason for it.

For my implementation, data coming in from IQFeed occurs in a thread different than what was used to draw the UI forms. As such, Windows has to marshal the data to ship the data across threads. This is said to be an in-efficient process. So as much of the processing as possible should be performed in this background thread, and summaries sent over to the UI thread with as little info as possible, just enough to keep the screen updated with what is needed, and when needed.

I've found that I need to redo the data retrieval routines and the UI update threads in my project in order to keep each efficient. This is something currently in progress.

So, in support of what ever is being said, IQFeed sends out a lot of data. The UI needs to be designed so that it doesn't show everything, but needs to filter, aggregate, and update at a speed appropriate for the user and the UI. Otherwise both the user and the UI will be overwhelmed.

Jay Hanson
-Interested User-
Posts: 4
Joined: Sep 7, 2006


Posted: Sep 27, 2006 11:37 AM          Msg. 4 of 5
Thanks for the comments stagrazer. I wasn't sure if it was something I had to worry about. As far as I know, I am not experiencing any problems now.

I will keep the code in the IQfeed thread as tight as possible.

Jay

Jay Hanson
-Interested User-
Posts: 4
Joined: Sep 7, 2006


Posted: Sep 27, 2006 11:39 AM          Msg. 5 of 5
Thanks for the note Steve. It was just a "what if" question. I will just keep the code as tight as I can and not worry about it.

Jay
 

 

Time: Sat May 18, 2024 7:01 PM CFBB v1.2.0 13 ms.
© AderSoftware 2002-2003