NexusFi: Find Your Edge


Home Menu

 





Dealing latency with ZenFire & NT


Discussion in Brokers

Updated
      Top Posters
    1. looks_one Andrew with 23 posts (0 thanks)
    2. looks_two sam028 with 11 posts (10 thanks)
    3. looks_3 steve2222 with 8 posts (0 thanks)
    4. looks_4 NickA with 6 posts (4 thanks)
      Best Posters
    1. looks_one sam028 with 0.9 thanks per post
    2. looks_two FBJS with 0.8 thanks per post
    3. looks_3 NickA with 0.7 thanks per post
    4. looks_4 zoltran with 0.6 thanks per post
    1. trending_up 43,953 views
    2. thumb_up 39 thanks given
    3. group 26 followers
    1. forum 111 posts
    2. attach_file 1 attachments




 
 

Dealing latency with ZenFire & NT

 
 NetTecture 
Szczecin
 
Experience: Intermediate
Platform: Ninja, writing own now
Posts: 211 since Mar 2010


loonietrader View Post
in regards to co-locating / VM's / remote desktop's on leased servers is there not added latency in connecting to the other server? To explain myself: I am located in Alberta, Canada. My response time to the Chicago area appears to be around 45ms. If I lease a server in Chicago that has a 5ms response to the exhange but connect to it remotely, will i not increase my latency as i would now be 45ms to that server than 5 to the exchange? let me know if this makes sense...

it will - because remote desktop like connectivities always have an overhead and add latency.

It still means though that your automatic system parts (stop loss, trailing stops etc.) execute 5ms from the exchange. Depending how automated you are this can be a signiicant diference in better executions. And it also means hiher uptime because your machine is in a data center not your home end - power failures, line down situations should be a lot more rare there.

But at the end, moving closer to the exchange makes only sense for autoamted trading - note that I dont explicitely mean ATS (automated trade systems) - every decent platform has automated parts like trailing stops and those will be in the market faster.


Can you help answer these questions
from other members on NexusFi?
Are there any eval firms that allow you to sink to your …
Traders Hideout
New Micros: Ultra 10-Year & Ultra T-Bond -- Live Now
Treasury Notes and Bonds
NT7 Indicator Script Troubleshooting - Camarilla Pivots
NinjaTrader
Exit Strategy
NinjaTrader
Deepmoney LLM
Elite Quantitative GenAI/LLM
 
Best Threads (Most Thanked)
in the last 7 days on NexusFi
Get funded firms 2023/2024 - Any recommendations or word …
61 thanks
Funded Trader platforms
38 thanks
NexusFi site changelog and issues/problem reporting
26 thanks
GFIs1 1 DAX trade per day journal
19 thanks
The Program
18 thanks
 
 
sam028's Avatar
 sam028 
Site Moderator
 
Posts: 3,765 since Jun 2009
Thanks Given: 3,825
Thanks Received: 4,629

I think it's not that simple.
Their is the latency but also the bandwidth, and the power of the end user PC.
Let's say the end user is 45ms from the exchange, but need 500 kb of market data to compute and generate a signal, or draw a bar. It might easily take 500ms for this PC to get all the needed data, compute them, and then display it on the user screen.
With a remote machine, without enough cpu power, a 100mb/s, and 1ms from the exchange (this is what I have myself), the job can be done in, let's say, less than 100ms. With the RDP overhead, with is relatively light, it can be faster, in this example.
What I can see with my VPS users, there are far away from the exchange (in Asia or Europe), or have a "not so good" Internet connections (it's always very fun to lose Internet when your in position, and when your stop is defined and managed by your own PC ), or people who use 100% automated systems.
The only performance issue I can see, due to the latency, is for traders who only use market orders for entries and for exits (no ATM at all), or people who needs a lot of charts with very small timeframes, on multiples screens. I use my own VPS with 3 screens, and it works fine, but I assume that with more with 4 screens full of changing charts, the bandwidth used by the RDP might be too high (but never tested, that's a theory). That's logical: RDP is just send the changes which occurs on the remote screen: if this one has a lot of pixels to refresh, it might be slow.
Then, a good compromise is to have the big charts running from the user PC, and few DOMs for the instruments traded on the VPS itself.


NetTecture View Post
it will - because remote desktop like connectivities always have an overhead and add latency.

It still means though that your automatic system parts (stop loss, trailing stops etc.) execute 5ms from the exchange. Depending how automated you are this can be a signiicant diference in better executions. And it also means hiher uptime because your machine is in a data center not your home end - power failures, line down situations should be a lot more rare there.

But at the end, moving closer to the exchange makes only sense for autoamted trading - note that I dont explicitely mean ATS (automated trade systems) - every decent platform has automated parts like trailing stops and those will be in the market faster.

edit: just for fun, bandwidth/ping from my VPS

Success requires no deodorant! (Sun Tzu)
Follow me on Twitter
Thanked by:
 
 
kalalex's Avatar
 kalalex 
Up the Ladder, CA
 
Experience: Beginner
Platform: SC
Broker: Optimus & AMP
Trading: ES
Posts: 227 since Mar 2011
Thanks Given: 261
Thanks Received: 151



sam028 View Post
edit: just for fun, bandwidth/ping from my VPS
Attachment 60343

Edit: Found all the info from one of your VPS thread.

 
MooneyNYG
New York, NY USA
 
Posts: 11 since Mar 2012
Thanks Given: 4
Thanks Received: 6

Why are you still wondering about zenfire - it is add on to rithmic. All questions answered For some reason people just get comfortable and with a brand and stop looking for the truth. Read my other post, I provided direct CME exchange certified connections and Mirus/Zenfire is not on it. Rithmic is listed. You guys need to cut the fat and go to rithmic directly. This is not a paid endorsement of mattz of optimus I can not believe you guys are still falling for this Mirus marketing BS.

Thanked by:
 
 
Big Mike's Avatar
 Big Mike 
Manta, Ecuador
Site Administrator
Developer
Swing Trader
 
Experience: Advanced
Platform: Custom solution
Broker: IBKR
Trading: Stocks & Futures
Frequency: Every few days
Duration: Weeks
Posts: 50,398 since Jun 2009
Thanks Given: 33,173
Thanks Received: 101,537


MooneyNYG View Post
Why are you still wondering about zenfire - it is add on to rithmic. All questions answered For some reason people just get comfortable and with a brand and stop looking for the truth. Read my other post, I provided direct CME exchange certified connections and Mirus/Zenfire is not on it. Rithmic is listed. You guys need to cut the fat and go to rithmic directly. This is not a paid endorsement of mattz of optimus I can not believe you guys are still falling for this Mirus marketing BS.

Your point has been made several times over. Stop posting the same review over and over, as it seems you are trolling or are doing this for self-promotion if you continued -- neither of which are allowed here.

Mike

We're here to help: just ask the community or contact our Help Desk

Quick Links: Change your Username or Register as a Vendor
Searching for trading reviews? Review this list
Lifetime Elite Membership: Sign-up for only $149 USD
Exclusive money saving offers from our Site Sponsors: Browse Offers
Report problems with the site: Using the NexusFi changelog thread
Follow me on Twitter Visit my NexusFi Trade Journal
 
 Bogan 
Australia
 
Posts: 48 since Feb 2011

Mike, FYI, if not this "trolling" post I would have found this information re Zen I don't know when. Most people, including me, don't have capacity to read everything posted on the forum, so I believe there's nothing wrong in repeating information already existing in other threads as long as it's relevant to the topic. So I'm grateful to MooneyNYG for that post.

 
 Futures Operator 
New York, NY
 
Experience: Intermediate
Platform: Sierra Chart, thinkorswim
Broker: Amp-Rithmic/TT, IB
Trading: CL, GC, NQ
Posts: 601 since Nov 2010
Thanks Given: 2,039
Thanks Received: 258


NickA View Post
I'd give it a try.

Leatrix Latency Fix : WoWInterface Downloads : WoW Tools & Utilities

This is a quick and easy 'fix' it script for Tcp acknowledge frequency (the biggest likely 'culprit' especially if latency is high already) there is also a decent explanation for dummies. There is a script to undo it too. It's for world of warcraft but gamers take there latency far more seriously than traders

Has anyone tested this and does it help at all for trading purposes?

 
 
sam028's Avatar
 sam028 
Site Moderator
 
Posts: 3,765 since Jun 2009
Thanks Given: 3,825
Thanks Received: 4,629


Futures Operator View Post
Has anyone tested this and does it help at all for trading purposes?

The safer is to change TcpAckFrequency and TCPnodelay values in the registery, no need to launch an .exe.
The gain would be visible if you already have an high latency, like 300ms from Australia to Chicago. Below 100ms, I don't think the difference will be visible.

Success requires no deodorant! (Sun Tzu)
Follow me on Twitter
Thanked by:
 
 Futures Operator 
New York, NY
 
Experience: Intermediate
Platform: Sierra Chart, thinkorswim
Broker: Amp-Rithmic/TT, IB
Trading: CL, GC, NQ
Posts: 601 since Nov 2010
Thanks Given: 2,039
Thanks Received: 258


sam028 View Post
The safer is to change TcpAckFrequency and TCPnodelay values in the registery, no need to launch an .exe.
The gain would be visible if you already have an high latency, like 300ms from Australia to Chicago. Below 100ms, I don't think the difference will be visible.

How would you change these settings, and to what? Are there any other downsides?

 
 
sam028's Avatar
 sam028 
Site Moderator
 
Posts: 3,765 since Jun 2009
Thanks Given: 3,825
Thanks Received: 4,629



Futures Operator View Post
How would you change these settings, and to what? Are there any other downsides?

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.

Success requires no deodorant! (Sun Tzu)
Follow me on Twitter
Thanked by:

 



Last Updated on June 16, 2015


© 2024 NexusFi™, s.a., All Rights Reserved.
Av Ricardo J. Alfaro, Century Tower, Panama City, Panama, Ph: +507 833-9432 (Panama and Intl), +1 888-312-3001 (USA and Canada)
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.
About Us - Contact Us - Site Rules, Acceptable Use, and Terms and Conditions - Privacy Policy - Downloads - Top
no new posts