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)




"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
"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 am very pleased with the DTNIQ system for quotes and news." - Comment from Larry
"I am enjoying the feed very much - so superior to the broker provided feed I was previously using." - Comment from George
"Thanks for the great product and support. During this week of high volume trading, my QuoteTracker + IQ Feed setup never missed a beat. Also, thanks for your swiftness in responding to data issues. I was on ******* for a few years before I made the switch over early this year, and wish I had done it a long time ago." - Comment from Ken
"Very impressed with the quality of your feed - ******* is a real donkey in comparison." - Comment from A.C. via Email
"This beats the pants off CQG, I am definitely switching to the ProphetX 3.0!" - Comment from Stephen
"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 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
"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
Viewing User Profile for: gamozo
About Contact
Joined: Apr 2, 2013 08:04 PM
Last Post: Sep 20, 2013 10:09 AM
Last Visit: Sep 20, 2013 10:09 AM
Website: http://gamozolabs.com
Location: Virginia
Occupation:
Interests: Optimization
Email: bfalk@fundsies.org
AIM:
ICQ:
MSN IM:
Yahoo IM:
Post Statistics
gamozo has contributed to 4 posts out of 21185 total posts (0.02%) in 4,036 days (0.00 posts per day).

20 Most recent posts:

Just tick-level on pretty much all the top 20 most traded futures. I think @ES# has about 55 million datapoints at tick level.

I pull at ticklevel as I postprocess all the data and frequently use tick data for simulated fills rather than n-length bars.

It's not a huge issue, I usually just pull once and then have the files around forever. I'm just requesting the feature if it's easy to add as it would be nice here and there.

-Brandon


Yep. That's what I currently do. However that only works with multiple symbols. It would be nice to have one symbol at full speed. And the only way I could think of doing this is if I knew how many ticks there were historically, with that I could start multiple queries at different starting points. I guess I could do it in chunks of 100k trades or so and just guess for now, but it'd be nice to know how many trades to expect.


Is there any chance we could get multi-threaded decompression in IQConnect? I'm bottlenecking on CPU rather than download bandwidth.

Currently I just pull all my symbols at once, which means I bottleneck on bandwidth which makes me happy. However I would like to pull a single symbol at full network bandwidth.

Another thing that could allow me to implement this on my end is if you add a 'get number of ticks', so I could query how many ticks of history there is for a symbol. Once I get that number I could start at trades/threads offsets and do a multi-threaded pull.

Any chance this could happen soon?

-Brandon
Edited by gamozo on Sep 19, 2013 at 05:22 PM

IQFeed Developer Wish List » Binary Protocol Apr 2, 2013 08:07 PM (Total replies: 12)

I really do not like working with text-based protocols, as they're clumsy, expensive to parse, and take longer to write parsers for.

I'm wondering if there could be a mode added where data will be sent in binary fixed-width structures rather than CSVs. It pains my love for optimization to know that you guys take in binary data, convert it to CSV, and I convert it right back the second I read it.

I know it's probably something that most people do not ask for, but I can't imagine it would take too long for you guys to implement it.

-Brandon
Edited by gamozo on Apr 2, 2013 at 08:20 PM


Time: Fri April 19, 2024 5:37 PM CFBB v1.2.0 7 ms.
© AderSoftware 2002-2003