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)




"And by the way, have to say this. I love the IQFeed software. It's rock solid and it has a really nice API." - Comment from Thomas via RT Chat
"Thanks for following up with me. You guys do a great job in tech support." - Comment from Phelps
"Version 4.0.0.2 has been working well for me and I appreciate that it is now a much tighter client to work with. I feel I can go to press with my own application and rely on a stable platform" - Comment from David in IA.
"Thanks for all of your help. Great customer service deserves to be recognized which one the reasons I've been a customer of DTN for over 10 years!" - Comment from Stuart
"My broker in Davenport suggested I give you a try as he uses your service and says its the best." - Comment from Bill via RT Chat
"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
"Previously I was using *******. IQFeed is WAY more economical, and for my charting needs is just as good, if not better." - Comment from Public Forum Post
"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've never had DTN go out on me since switching. ******* would go down a couple times every month when I was using them." - Comment from Bryce in AL.
"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
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 »Historical LookUp elapsed time...
Author Topic: Historical LookUp elapsed time... (4 messages, Page 1 of 1)

swhitney
-Interested User-
Posts: 21
Joined: Nov 3, 2005


Posted: Dec 17, 2005 07:40 PM          Msg. 1 of 4
Can anyone comment on how long it takes to turn a history request intraday?

If I call the history server, I am getting ET's of up to 8 seconds for 10 days of minute bars on ES(eMini S&P)...

I have been poking around on my code to speed things up but nothing seems to improve the turnaround time...

If I request the last 10 days of minute data (in single minutes)...it takes up to 8 seconds to report back the entire block, at which point I launch the next request in the que...

Somthing must be wrong...

It should not take 8 seconds to get 10 days worth of 1 minute bar data.

Scott
Edited by swhitney on Dec 17, 2005 at 07:42 PM

I buffer the incramental callbacks until i see an ENDMSG then kick it to the que cruncher and the entire block is sent as a text chunk...to the listners..
Edited by swhitney on Dec 17, 2005 at 07:44 PM

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


Posted: Dec 19, 2005 11:21 AM          Msg. 2 of 4
Hello Scott,

After doing some prelimary testing, We are not seeing any issues on our end (with the servers).

Are you still having issues with this?

Are you experiencing long request times on other contracts as well?

Is this something that just started happening for you recently?

Thanks,
Steve

squirlhntr
-Interested User-
Posts: 62
Joined: Feb 12, 2005


Posted: Dec 20, 2005 09:58 AM          Msg. 3 of 4
Quote: Can anyone comment on how long it takes to turn a history request intraday?

If I call the history server, I am getting ET's of up to 8 seconds for 10 days of minute bars on ES(eMini S&P)...

I have been poking around on my code to speed things up but nothing seems to improve the turnaround time...

If I request the last 10 days of minute data (in single minutes)...it takes up to 8 seconds to report back the entire block, at which point I launch the next request in the que...

Somthing must be wrong...

It should not take 8 seconds to get 10 days worth of 1 minute bar data.

Scott
Edited by swhitney on Dec 17, 2005 at 07:42 PM

I buffer the incramental callbacks until i see an ENDMSG then kick it to the que cruncher and the entire block is sent as a text chunk...to the listners..
Edited by swhitney on Dec 17, 2005 at 07:44 PM
--- Original message by swhitney on Dec 17, 2005 07:40 PM
what do you mean "turn a history request"?

the S&P emini is traded "24/7", yes? thats alot of data. unless i'm missing something, i'm not surprised it would take 8 seconds to retrieve 10*24*60 ticks. i mean 8 seconds is a tad long, but its not that far off what i'd expect, especially since you're timing it from when you're done processing the data, stored as text, which is much larger than the compressed data iqfeed receives.

time it from when the request goes out until the ENDMSG, using sockets. that'll tell you if its the network/iqfeed or not.

DTN_Jay_Froscheiser
-VP, Product Operations-
Posts: 1746
Joined: May 3, 2004

DTN IQFeed/DTN.IQ/DTN NxCore


Posted: Dec 20, 2005 10:07 AM          Msg. 4 of 4
Internally here I am pulling 10 days in an average of 4 seconds. Of course it will be longer for you with outside/internet related delays, but 4 seconds would be "best case scenario".

Jay Froscheiser
DTN - Trading Markets
 

 

Time: Fri April 19, 2024 5:15 AM CFBB v1.2.0 14 ms.
© AderSoftware 2002-2003