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 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
"Boy, probably spent a thousand hours trying to get ******* API to work right. And now two hours to have something running with IQFeed. Hmmm, guess I was pretty stupid to fight rather than switch all this time. And have gotten more customer service from you guys already than total from them… in five years." - Comment from Jim
"I just wanted to let you know how fast and easy I found it to integrate IQFeed into our existing Java code using your JNI client. In my experience, such things almost never go so smoothly - great job!" - Comment from Nate
"I just wanted to tell you what a fine job you have been doing. While *******, from what I hear, has been down and out, off and on, IQ feed has held like a champ this week." - Comment from Shirin
"Awesome response, as usual. It is a sincere and refreshing pleasure to do business with DTN, compared to your competition." - Comment from Ryan
"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
"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
"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
"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
"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
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 »IQFeed Developer »IQFeed Developer Support »Historical requests - speed of retrieval
Author Topic: Historical requests - speed of retrieval (5 messages, Page 1 of 1)

fredericf
-Interested User-
Posts: 19
Joined: Aug 1, 2018


Posted: Sep 21, 2018 02:18 AM          Msg. 1 of 5
Hi Tim,

When making requests for historical data, I pack my requests all in one (let's say 50 requests in the same string, separated by \n) and I send it over to IQFeed.

I then receive the 50 answers, one by one, approximately 0.5 sec apart from each other. So it takes about 20 seconds to receive the 50 answers.

Q: Is such a speed normal?

I find it rather slow compared to what we can receive with the live feed.

Q: Is there any way to speed it up?

Thanks!

Frederic

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


Posted: Sep 21, 2018 03:32 AM          Msg. 2 of 5
Hi Frederic,

If you create 15 sockets, then you can do 15 requests at any 1 time which should get you down to just a few seconds.15 is the maximum number of history requests we allow at any 1 time.

Tim

fredericf
-Interested User-
Posts: 19
Joined: Aug 1, 2018


Posted: Sep 21, 2018 06:06 AM          Msg. 3 of 5
So, I understand the transfer speed I am experiencing is normal, and multiple sockets is the way to go to make it higher. Reducing retrieval time by a factor 15 would be very nice indeed!

I have not managed multiple sockets before, I will look into this asap.

Thank you for the very useful answer!

Frederic

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


Posted: Sep 21, 2018 07:19 AM          Msg. 4 of 5
Happy to.

Butm yes that is normal, the requests happen in line, they are not sent in as a batch. So you have a lot of extra transfer latency dragging things down on top of the sequential processing.

Tim

fredericf
-Interested User-
Posts: 19
Joined: Aug 1, 2018


Posted: Sep 21, 2018 02:02 PM          Msg. 5 of 5
This makes sense.

Have a nice weekend!

Frederic
 

 

Time: Thu August 18, 2022 12:22 AM CFBB v1.2.0 31 ms.
© AderSoftware 2002-2003