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 very happy I changed. I love the product, but more so I am thrilled with Tech Support. You are knowledgeable, polite, pleasant and professional." - Comment from Pat
"I "bracket trade" all major news releases and I have not found one lag or glitch with DTN.IQ feed. I am very comfortable with their feed under all typical news conditions (Fed releases, employment numbers, etc)." - Comment from Public Forum
"Thank you so much - awesome feed, awesome service!" - Comment from Greg via Email
"IQ feed works very well, does not have all of the normal interruptions I have grown used to on *******" - Comment from Mark
"I am very pleased with the DTNIQ system for quotes and news." - Comment from Larry
"I ran your IQFeed DDE vs. my broker vs. a level II window for some slow-moving options. I would see the level II quote change, then your feed update instantaneously. My broker's DDE, however, would take as much as 30 seconds to update. I am not chasing milliseconds, but half a minute is unacceptable." - Comment from Rob
"This beats the pants off CQG, I am definitely switching to the ProphetX 3.0!" - Comment from Stephen
"There is no doubt that IQFeed is the best data provider. I am very satisfied with your services. And IQFeed is the only one that I would recommend to my friends. Now, most of them are using your product in China." - Comment from Zhezhe
"I like you guys better than *******...much more stable and a whole lot fewer issues." - Comment from Philip
"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
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: Mon May 6, 2024 2:29 AM CFBB v1.2.0 11 ms.
© AderSoftware 2002-2003