|
PureBytes Links
Trading Reference Links
|
not so with bmi sat receiver...i monitored the bmi data stream for a few
hours and saw that they threw the whole spectrum of quotes at the box, whether
real time subed or not, so no filtering at all. i saw no difference from
collecting 1000 symbols or a 100.
i think dumping the delayed data will help for a while, but they're going
to need a higher bandwidth dtn type of transmission system. and since they
aren't going to make the improvements, then a buyout is likely....so they'll
do like omega and microsoft does, i ya can't fix it, then buy it elsewhere
and make it work.
TJ
when in doubt, buy it out :))
kent wrote:
>One more variable that we probably need to plug into the equation is
>"number
>of symbols collected". A cable feed is capable of delivering substantially
>more ticks per minute than you can receive thru a 38.4 baud (in the
>case of
>BMI) serial port. My impression with DBC is that it downloads the symbols
>you are tracking to the box so that the box will only collect those
>symbols
>out of the data stream. If you are only collecting 10 symbols with
>DBC,
>each symbols will have a virtual allocation of 1/10th (not in reality,
> I
>know) of your serial port bandwidth. If you are collecting 600 symbols
>like
>I am, each symbols will have only 1/600th of the serial port bandwidth
>so
>obviously, more ticks will be dropped. If the box filters for your
>portfolio, people collecting fewer symbols will have higher tick counts.
|