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)




"Interactive Brokers tick data was inconsistent, so I have switched to using DTN exclusively. It is great to no longer have to worry about my datafeed all day long." - Comment from Philippe
"IQ feed is brilliant. The support is mind-bending. What service!" - Comment from Public Forum Post
"I'm very glad I switched to IQFeed. It's working perfectly with no lag, even during fast market conditions." - Comment from Andy via Email
"This is an excellent value, the system is generous (allowing for 500 stocks) and stable (and really is tick-by-tick), and the support is fantastic." - Comment from Shirin via Email
"I like you guys better than *******...much more stable and a whole lot fewer issues." - Comment from Philip
"I noticed that ******* quotes locked up shortly after the interest rate announcement yesterday while yours stayed stable." - Comment from Ron in Utah
"With HUGE volume on AAPL and RIMM for 2 days, everyone in a trading room was whining about freezes, crashes and lag with *******, RealTick, TS and Cyber. InvestorRT with IQFeed was rock solid. I mean SOLID!" - Comment from Public IRC Chat
"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.
"Everything is working great ! Very impressive client. The news refreshes better and is more pertinent than the ******* feed I paid $ 100/month for. I Also like the charts a lot." - Comment from Leon
"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
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 April 27, 2024 11:11 AM CFBB v1.2.0 11 ms.
© AderSoftware 2002-2003