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


Notices

Dealing latency with ZenFire & NT
Updated: Views / Replies:26,060 / 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 100,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, 666 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: 570 since Nov 2010
Thanks: 1,799 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, 103 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,484 since Jun 2009
Thanks: 3,677 given, 4,170 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, 102 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,333 since Jul 2009
Thanks: 1,246 given, 2,665 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,159 since Sep 2011
Thanks: 1,137 given, 1,569 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,484 since Jun 2009
Thanks: 3,677 given, 4,170 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




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

Fundraiser: Feeding Families in Need (ends Dec 17)

December
 

Ask Me Anything (Brokers & Platforms) w/Ilan Levy Mayer @ Cannon Trading

Dec 13
 

Battlestations! Show us your trading desks w/GFF Brokers ($750 in Prizes)

January
     

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


Tags
amp futures, atm, ats, average, backtesting, benchmarking, broker, brokers, cl, code, colocation, data, data feed, discretionary trading, dow, elite, email, es, eurex, fesx, future contract, futures, globex, going live, hft, high frequency trading, historical data, how to, information, institution, institutional, latency, limit orders, live trading, market data, ninjascript, order entry, profit target, profitable, rithmic, scalping, signals, silver, sim, sim trading, sim_trading, slippage, speed test, statistics, stop loss, streaming, swing, swing trading, trading, update, virtual machine, volume, warcraft, warning, zenfire

All times are GMT -4. The time now is 06:46 AM. (this page content is cached, log in for real-time version)

Copyright © 2018 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 2018-12-12 in 0.18 seconds with 15 queries on phoenix