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)




"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
"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
"Can I get another account from you? I am tired of ******* going down so often" - Comment from George
"If you want customer service that answers the phone, your best bet is IQFeed. I cannot stop praising them or their technical support. They are always there for you, and they are quick. I have used ****** too but the best value is IQFeed." - Comment from Public Forum
"I just wanted to let u know that your data feed/service is by far the best!!! Your unfiltered tick data is excellent for reading order flow and none of your competitors delivers this quality of data!" - Comment from Peter via Email
"The service is great, I see a noticeable improvement in my volume profiles over [broker]'s data feed" - Comment from Larry
"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 very pleased with the DTNIQ system for quotes and news." - Comment from Larry
"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 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
Home  Search  Register  Login  Blogs Recent Posts

Information on DTN's Industries:
DTN Oil & Gas | DTN Trading | DTN Agriculture | DTN Weather
Follow DTN_IQFeed on Twitter
DTN.IQ/IQFeed on Twitter
DTN News and Analysis on Twitter
»Forums Index »Product Support »IQFeed Datafeed Wish List »Please consider implementing a Publish-and-Subscribe model for the data feed.
Author Topic: Please consider implementing a Publish-and-Subscribe model for the data feed. (3 messages, Page 1 of 1)

CBrauer
-Interested User-
Posts: 32
Joined: Aug 18, 2004


Posted: Jan 4, 2007 01:29 PM          Msg. 1 of 3
Hello,

I think your IQFeed Client API is fundamentally flawed. You have implemented a Fire hose-and-Bucket model. If the line is not fast enough, or if the application that gets data from the Client is not fast enough, data is lost.

Please consider implementing the well established Publish-and-Subscribe model. This will guarantee that data is not lost. I also believe that most of the problems that I see on the Developer Forums will also disappear with this redesign.

Charles Brauer

Charles Brauer
CBrauer@CypressPoint.com

stargrazer
-DTN Guru-
Posts: 252
Joined: Jun 13, 2005

Right Here & Now


Posted: Jan 21, 2007 05:10 PM          Msg. 2 of 3
Would this be in addition to or instead of the existing api? The firehose is fast and efficient, and if an application is unable to keep up, any ats running on the data will not be trading efficiently. And if you take a look at how the exchanges publish their data, that is one massive firehose. Basically, they multicast their data: one stream is published and everyone pulls out of it what they need.

er... how does that differ from your suggestion?

CBrauer
-Interested User-
Posts: 32
Joined: Aug 18, 2004


Posted: Jan 21, 2007 10:32 PM          Msg. 3 of 3
Clearly DTN cannot abandon their current API. A new Publish and Subscribe system would have to be developed in parallel with the existing one.

A Publish and Subscribe system guarantees the delivery of the data. No data is lost.

This solves the problem of a noisy, unreliable internet delivery system that has not implemented the concept of "Quality of Service".

Take a look a www.Streambase.com and www.Tibco.com.

This thread is afterall just a Wish List...

Charles

Charles Brauer
CBrauer@CypressPoint.com
 

 

Time: Sat December 15, 2018 9:14 PM CFBB v1.2.0 0 ms.
© AderSoftware 2002-2003