Dealing latency with ZenFire & NT - Reviews of Brokers and Data Feeds | futures io social day trading
futures io futures trading


Dealing latency with ZenFire & NT
Updated: Views / Replies:23,830 / 111
Created: by steve2222 Attachments:1

Welcome to futures io.

(If you already have an account, login at the top of the page)

futures io is the largest futures trading community on the planet, with over 90,000 members. At futures io, our goal has always been and always will be to create a friendly, positive, forward-thinking community where members can openly share and discuss everything the world of trading has to offer. The community is one of the friendliest you will find on any subject, with members going out of their way to help others. Some of the primary differences between futures io and other trading sites revolve around the standards of our community. Those standards include a code of conduct for our members, as well as extremely high standards that govern which partners we do business with, and which products or services we recommend to our members.

At futures io, our focus is on quality education. No hype, gimmicks, or secret sauce. The truth is: trading is hard. To succeed, you need to surround yourself with the right support system, educational content, and trading mentors – all of which you can find on futures io, utilizing our social trading environment.

With futures io, you can find honest trading reviews on brokers, trading rooms, indicator packages, trading strategies, and much more. Our trading review process is highly moderated to ensure that only genuine users are allowed, so you don’t need to worry about fake reviews.

We are fundamentally different than most other trading sites:
  • We are here to help. Just let us know what you need.
  • We work extremely hard to keep things positive in our community.
  • We do not tolerate rude behavior, trolling, or vendors advertising in posts.
  • We firmly believe in and encourage sharing. The holy grail is within you, we can help you find it.
  • We expect our members to participate and become a part of the community. Help yourself by helping others.

You'll need to register in order to view the content of the threads and start contributing to our community.  It's free and simple.

-- Big Mike, Site Administrator

Reply
 1  
 
Thread Tools Search this Thread
 

Dealing latency with ZenFire & NT

  #91 (permalink)
 Vendor: tradingcode.net 
The Netherlands
 
Futures Experience: None
Platform: MultiCharts, TradingView
Favorite Futures: ...
 
Jura's Avatar
 
Posts: 774 since Apr 2010
Thanks: 2,347 given, 661 received


sam028 View Post
TCPnodelay won't help a lot, it's only useful for very small packets (see Nagle's algorithm - Wikipedia, the free encyclopedia).
TcpAckFrequency allow acknowledging immediatly all incoming TCP segments, in all cases (instead of waiting a bit for another packet).
I don't think both parameters could help, it may only "look" faster.
All these can be changed in the registry.

Is it advisable to change these settings Sam?

Recently IQFeed Support mentioned that TcpAckFrequency could make (in theory) the data feed quicker, but that it was not advisable to change this since it could negatively impact other programs. Is that a valid concern in your view? (My trading pc is fully for trading only, so no email programs or browsers that also send packages)

Reply With Quote
The following user says Thank You to Jura for this post:
 
  #92 (permalink)
Elite Member
New York, NY
 
Futures Experience: Intermediate
Platform: Sierra Chart, thinkorswim
Broker/Data: Amp-Rithmic/TT, IB
Favorite Futures: CL, GC, NQ
 
Posts: 569 since Nov 2010
Thanks: 1,797 given, 249 received

Even if these would help a little, I think traders may wish to optimize and take what little benefit they can get. Any advice or direction to resources on how to safely/correctly modify these for better speed would be great.

Reply With Quote
 
  #93 (permalink)
Membership Revoked
Szczecin
 
Futures Experience: Intermediate
Platform: Ninja, writing own now
 
Posts: 212 since Mar 2010
Thanks: 47 given, 102 received


It hsould not be the correct way to change those settings. PRoblem is - it makes only sense when your base latency already is high. THAT Is the problem. Basically changing this is like changing the seatbeld when driving a car way faster than one should - yes, it helps, but it ignores the core problem.

To get the latency down, move the trading setup closer to the exchange. Depending what you trade it should be trivial to rent a VPS ina data center (or a physical machine) within 5ms of the exchange or your upstraem provider. Heck, I am 1ms behind my broker at CME and I am NOT colocating with the exchange.

Reply With Quote
The following user says Thank You to NetTecture for this post:
 
  #94 (permalink)
Administrator: Retired Backtester
 Vendor: speedytradingservers.com 
Rennes France
 
Futures Experience: Advanced
Platform: NinjaTrader
Broker/Data: IB/Kinetick
Favorite Futures: Futures
 
sam028's Avatar
 
Posts: 3,359 since Jun 2009
Thanks: 3,565 given, 3,976 received


Jura View Post
Is it advisable to change these settings Sam?

Recently IQFeed Support mentioned that TcpAckFrequency could make (in theory) the data feed quicker, but that it was not advisable to change this since it could negatively impact other programs. Is that a valid concern in your view? (My trading pc is fully for trading only, so no email programs or browsers that also send packages)

Their is no big risks to try it, so you can give it a shot.
But do not expect any miracle .

Success requires no deodorant! (Sun Tzu)
Reply With Quote
The following user says Thank You to sam028 for this post:
 
  #95 (permalink)
Elite Member
Armidale, Australia
 
Futures Experience: Intermediate
Platform: XT
Broker/Data: AMP Futures, IB
Favorite Futures: FGBL, ZN
 
grahamg's Avatar
 
Posts: 107 since Dec 2012
Thanks: 58 given, 100 received

I have read this thread and should I conclude that:

Not much can be done to solve latency from your trading computer to exchange with todays high speed communications networks. Distance to your data provider and order server is the decider.

VPS is only beneficial latency wise for automated systems - Remoting in would add at least the same delay to the broker plus probably more overhead.


I am about to start live scalping Eurex futures from Australia and I might want to look into my delay factor first as the FGBL can move quite quickly.

I am using Ninjatrader with AMP Futures broker and CQG feed to trade Eurex.

Can anyone help me out with:

- Where does Ninjatrader route my orders too? Chicago AMP Futures or a CQG Server located... where? (one for NT support maybe?)


Ninjatrader
The NinjaTrader/CQG integration project centered on connectivity to the CQG Global network for order routing and real time futures and index data. For reasons I can’t disclose it was decided that NinjaTrader would supply the historical data server technology. Our servers are co-located at CQG’s Chicago’s data center and provides tick, minute and daily bars for last, bid and ask.

For further clarification:

Order Routing – NinjaTrader Client -> CQG Global Network -> Exchange (and back of course)
Real time futures and index data - Exchange -> CQG Global Network -> NinjaTrader Client
Historical futures and index data - Exchange -> CQG Global Network -> NinjaTrader Data Server -> NinjaTrader Client

- Would I be best hiring a VPS close to Eurex exchange or to CQG (wherever that is)?


- Should I move countries?

Worst case scenario I will just have to experience how my fills go.. but with ping time of >200ms to chicago I am looking at ~500ms disadvantage at best when trying to catch the edge.

From CQG - Contains IPs of the servers to Ping and is found via google so sharing link here:

www.cqg.com/Docs/CQGNETTechSpec.pdf

The leap into freedom is the exchanging of risk for reward. This can be done only by shifting from tension to ease, and that can be done only when one perceives the reward and not the risk. That you won't win all the time has nothing to do with it - that's life, that's the [stock] market. The trying itself is freeing. And being free has its own reward - Justin Mamis, The Nature of Risk

Last edited by grahamg; January 13th, 2013 at 03:39 AM. Reason: Some answers found
Reply With Quote
The following 2 users say Thank You to grahamg for this post:
 
  #96 (permalink)
Elite Member
Portland Oregon, United States
 
Futures Experience: Beginner
Platform: Ninjatrader®
Broker/Data: CQG, Kinetick
Favorite Futures: Gameplay Klownbine® Trading of Globex
 
Zondor's Avatar
 
Posts: 1,327 since Jul 2009
Thanks: 1,246 given, 2,634 received

Latency reduction video on YouTube

I don't know if this would be a good idea. Anyone?

[How To] Lower your Ping/Latency in Online Games!!! - YouTube

"If we don't loosen up some money, this sucker is going down." -GW Bush, 2008
“Lack of proof that something is true does not prove that it is not true - when you want to believe.” -Humpty Dumpty, 2014
“The greatest shortcoming of the human race is our inability to understand the exponential function.”
Prof. Albert Bartlett
Reply With Quote
The following user says Thank You to Zondor for this post:
 
  #97 (permalink)
Elite Member
London
 
Futures Experience: None
Platform: MC & Ninja mainly
 
Posts: 130 since Jan 2010
Thanks: 3 given, 47 received


grahamg View Post
I have read this thread and should I conclude that:

Not much can be done to solve latency from your trading computer to exchange with todays high speed communications networks. Distance to your data provider and order server is the decider.

VPS is only beneficial latency wise for automated systems - Remoting in would add at least the same delay to the broker plus probably more overhead.

Snip

Your conclusions are pretty much correct. The latency is broken into two broad parts (assuming you have DSL/ADSL or cable type technology). The local loop will be copper and latency will be determined by how close you are to the exchange. This typically is 20-40 milliseconds. Cable will be potentially better as cable companies run fibre to a distribution box in the street usually. Maybe10 ms.

The second part is directly proportional to distance, the speed of light in glass fibre is the cap. That is going to account for the rest, not much you can do about that without relocating or picking a closer exchange/broker.

Reply With Quote
The following 2 users say Thank You to NickA for this post:
 
  #98 (permalink)
Elite Member
London
 
Futures Experience: None
Platform: MC & Ninja mainly
 
Posts: 130 since Jan 2010
Thanks: 3 given, 47 received


Zondor View Post
I don't know if this would be a good idea. Anyone?

[How To] Lower your Ping/Latency in Online Games!!! - YouTube

There was a discussion earlier in the thread about TCP/IP tweaks. The key ones (IMHO) are the last 2 lines in the description. Some of these tweak everything whether needed or not! I am pretty sure that Zenfire (and presuambly most other data providers) use UDP for their data feed so that part won't benefit at all from these tweaks. You might shave a chunk of time off placing orders and receiving confirmation, actually it can be a good chunk of time.

Reply With Quote
 
  #99 (permalink)
Elite Member
Lehrte, Germany
 
Futures Experience: Advanced
Platform: NinjaTrader
Broker/Data: PTP / Rithmic
Favorite Futures: NQ
 
Daytrader999's Avatar
 
Posts: 1,161 since Sep 2011
Thanks: 1,137 given, 1,565 received

@grahamg:

Since this topic can be discussed quite controversial, you may also want to take a look at this thread: https://futures.io/tech-support/25267-getting-co-location-dedicated-server-but-need-some-help.html#post292698

Reply With Quote
The following user says Thank You to Daytrader999 for this post:
 
  #100 (permalink)
Administrator: Retired Backtester
 Vendor: speedytradingservers.com 
Rennes France
 
Futures Experience: Advanced
Platform: NinjaTrader
Broker/Data: IB/Kinetick
Favorite Futures: Futures
 
sam028's Avatar
 
Posts: 3,359 since Jun 2009
Thanks: 3,565 given, 3,976 received


About what @grahamg wrote about CQG, and their servers locations, I had some interesting information coming from one of my VPS users.
This user is using the CQG API directly to code his own system, and as he will trade CME contracts, I create his VPS on one our servers in Chicago, which seems to be the logical thing to do.

What he told was "the ping to CQG order routing server from the VPS is <1ms but somehow when I send orders using the API it takes almost 100 millisecond before I get response that order is in exchange...", and also "... they are quite slow (data comes from New York)...".
I do not have any CQG account based myself, and can't do deep tests for this, but this kind of latency is really not good at all, compared to what I usually see with my other VPS customers (few ms with Rithmic for example, same with CTS).

If should be interesting to have more details on CQG infrastructure, but I know it's not easy to get detailed information on this.

Success requires no deodorant! (Sun Tzu)
Reply With Quote
The following user says Thank You to sam028 for this post:

Reply



futures io > > > > Dealing latency with ZenFire & NT

Thread Tools Search this Thread
Search this Thread:

Advanced Search



Upcoming Webinars and Events (4:30PM ET unless noted)

Adam Grimes: TBA

Elite only

NinjaTrader: TBA

Dec 7

Linda Bradford Raschke: TBA

Elite only

Ran Aroussi: TBA

Elite only
     

Similar Threads
Thread Thread Starter Forum Replies Last Post
Is MBT dealing or non dealing desk Forex broker? koni Reviews of Brokers and Data Feeds 11 August 19th, 2011 03:18 AM
IQfeed and Zenfire out of Sync on NT??? tdaman Reviews of Brokers and Data Feeds 14 April 27th, 2011 01:44 PM
NT 7 & Multicore CPU max-td NinjaTrader 19 January 27th, 2011 07:30 AM
Writing & reading data into/out of NT Saroj NinjaTrader Programming 1 September 12th, 2009 04:55 PM


All times are GMT -4. The time now is 11:52 PM.

Copyright © 2017 by futures io, s.a., Av Ricardo J. Alfaro, Century Tower, Panama, +507 833-9432, info@futures.io
All information is for educational use only and is not investment advice.
There is a substantial risk of loss in trading commodity futures, stocks, options and foreign exchange products. Past performance is not indicative of future results.
no new posts
Page generated 2017-11-19 in 0.14 seconds with 20 queries on phoenix via your IP 54.161.3.96