NexusFi: Find Your Edge


Home Menu

 





Setup Dedicated Machine Chicago - My experience


Discussion in Brokers

Updated
      Top Posters
    1. looks_one liquidcci with 39 posts (60 thanks)
    2. looks_two Elite with 18 posts (0 thanks)
    3. looks_3 MWinfrey with 11 posts (0 thanks)
    4. looks_4 Big Mike with 10 posts (13 thanks)
      Best Posters
    1. looks_one artemiso with 2.3 thanks per post
    2. looks_two sam028 with 2.1 thanks per post
    3. looks_3 liquidcci with 1.5 thanks per post
    4. looks_4 Big Mike with 1.3 thanks per post
    1. trending_up 45,611 views
    2. thumb_up 131 thanks given
    3. group 44 followers
    1. forum 149 posts
    2. attach_file 2 attachments




 
Search this Thread

Setup Dedicated Machine Chicago - My experience

  #131 (permalink)
 
liquidcci's Avatar
 liquidcci 
Austin, TX
 
Experience: Master
Platform: ninjatrader, r-trader
Trading: NQ, CL
Posts: 866 since Jun 2011
Thanks Given: 610
Thanks Received: 1,091


Elite View Post
Then why does the opener of the thread almost never needs to jump in and i had many jump ins in only the first 2 weeks?

You may have put this in another post but what market are you trading? If not a liquid market that could be a problem on any machine in any location. What data feed are you using? Data feed can make a big difference. Again sorry if you already posted this info.

Also could be your software or something in your code.

Many things can affect execution but if you are getting 0 ms then does not sound like an issue with remote server and with right setup this should vastly improve your fills on limits. You can still get skipped on limits like @MWinfrey mentioned but for me it does not happen often and should happen much less on server with 0 ms to the exchange by virtue of getting there faster.

"The day I became a winning trader was the day it became boring. Daily losses no longer bother me and daily wins no longer excited me. Took years of pain and busting a few accounts before finally got my mind right. I survived the darkness within and now just chillax and let my black box do the work."
Started this thread Reply With Quote
Thanked by:

Can you help answer these questions
from other members on NexusFi?
NT7 Indicator Script Troubleshooting - Camarilla Pivots
NinjaTrader
NexusFi Journal Challenge - April 2024
Feedback and Announcements
My NT8 Volume Profile Split by Asian/Euro/Open
NinjaTrader
Better Renko Gaps
The Elite Circle
Futures True Range Report
The Elite Circle
 
  #132 (permalink)
Elite
Rotterdam/Germany
 
Posts: 32 since Jan 2013
Thanks Given: 0
Thanks Received: 0


liquidcci View Post
You may have put this in another post but what market are you trading? If not a liquid market that could be a problem on any machine in any location. What data feed are you using? Data feed can make a big difference. Again sorry if you already posted this info.

Also could be your software or something in your code.

Many things can affect execution but if you are getting 0 ms then does not sound like an issue with remote server and with right setup this should vastly improve your fills on limits. You can still get skipped on limits like @MWinfrey mentioned but for me it does not happen often and should happen much less on server with 0 ms to the exchange by virtue of getting there faster.

I only trade ES emini s&p500. I only use Multicharts for data and no other data feed. My softwares are MC which i use for charting and global zen trader for my platform. I dont use any other data feed like iq feed e signal etc. this is it.

I tested from speedtest.net to chicago and had 0 ping dont know if i have to test another way the ping, but i guess ping is fine.

Reply With Quote
  #133 (permalink)
 
liquidcci's Avatar
 liquidcci 
Austin, TX
 
Experience: Master
Platform: ninjatrader, r-trader
Trading: NQ, CL
Posts: 866 since Jun 2011
Thanks Given: 610
Thanks Received: 1,091



Elite View Post
I only trade ES emini s&p500. I only use Multicharts for data and no other data feed. My softwares are MC which i use for charting and global zen trader for my platform. I dont use any other data feed like iq feed e signal etc. this is it.

I tested from speedtest.net to chicago and had 0 ping dont know if i have to test another way the ping, but i guess ping is fine.

There are other ways to ping but I know the latency at Steadfast is low so should be fine. Plenty of depth on ES so that is not your problem.

So could still be your feed, software, settings. But I don't use any of things you use so can't really comment where the problem could be.

"The day I became a winning trader was the day it became boring. Daily losses no longer bother me and daily wins no longer excited me. Took years of pain and busting a few accounts before finally got my mind right. I survived the darkness within and now just chillax and let my black box do the work."
Started this thread Reply With Quote
  #134 (permalink)
 artemiso 
New York, NY
 
Experience: Beginner
Platform: Vanguard 401k
Broker: Yahoo Finance
Trading: Mutual funds
Posts: 1,152 since Jul 2012
Thanks Given: 784
Thanks Received: 2,685


sam028 View Post
It's obviously not a problem related to the location or to the data center itself, but a problem with the strategy.
Your dedicated server hoster has nothing to do with this.
If I'm understand correctly, the OEC is launched on the server, and MultiCharts runs locally and is connected to to the server ? This is not the best thing to do, all may run on the server directly.
I'll encourage you to test the system with a demo account first, if something is wrong, it's better to avoid losing real cash.

@Elite:

@sam028's answer is correct. The problem lies with your strategy, not the server. You weren't filled because other orders were placed at the same price level a long time before you did. The benefit of placing your limit order 180 ms earlier is negligible when others have had minutes, hours or days to place the order at the level before you. If your strategy's execution logic is on low frequency data, e.g. 100 tick bars, 1 minute bars, then chances are you are not gaining any advantage. The order book is very thick in the ES, so those fills look realistic to me even if you had full firepower, e.g. 15 microsecond flash to bang. You should be taking liquidity rather than posting it.

Another thing to note is that this is proximity hosting, not "true colo", even if you are located in the same data center, if you are connecting to your brokerage's data feed through WAN. Bandwidth is just as crucial. You should expect to receive your data 20~30 ms behind true colo even if you are sub-1 ms ping away from the data server via WAN. This is not a one-off situation, but something that happens consistently throughout the day. The peak 1s rates on the CME feed can exceed 20,000 messages/s, if we assume the average CME FAST message is 83 bytes, then this is 13.3 gigabits/s. A basic aggregated feed like Nanex or ZF cannot handle these rates. An aggregated feed amortizes the latency by stripping away information that you don't use (so the feed actually has a higher "useful information rate" than the exchange feed), so it can fit into a 20~50 Mbps pipe. But there is a realistic threshold how much it can compress or time it can save you.

Reply With Quote
Thanked by:
  #135 (permalink)
Elite
Rotterdam/Germany
 
Posts: 32 since Jan 2013
Thanks Given: 0
Thanks Received: 0


artemiso View Post
@Elite:

@sam028's answer is correct. The problem lies with your strategy, not the server. You weren't filled because other orders were placed at the same price level a long time before you did. The benefit of placing your limit order 180 ms earlier is negligible when others have had minutes, hours or days to place the order at the level before you. If your strategy's execution logic is on low frequency data, e.g. 100 tick bars, 1 minute bars, then chances are you are not gaining any advantage. The order book is very thick in the ES, so those fills look realistic to me even if you had full firepower, e.g. 15 microsecond flash to bang. You should be taking liquidity rather than posting it.

Another thing to note is that this is proximity hosting, not "true colo", even if you are located in the same data center, if you are connecting to your brokerage's data feed through WAN. Bandwidth is just as crucial. You should expect to receive your data 20~30 ms behind true colo even if you are sub-1 ms ping away from the data server via WAN. This is not a one-off situation, but something that happens consistently throughout the day. The peak 1s rates on the CME feed can exceed 20,000 messages/s, if we assume the average CME FAST message is 83 bytes, then this is 13.3 gigabits/s. A basic aggregated feed like Nanex or ZF cannot handle these rates. An aggregated feed amortizes the latency by stripping away information that you don't use (so the feed actually has a higher "useful information rate" than the exchange feed), so it can fit into a 20~50 Mbps pipe. But there is a realistic threshold how much it can compress or time it can save you.

Thank you for the explanation. Yes it is based on 144 tick. I understand. So would it be wise to keep a dedicated server for $170 p/m? since based on the low frequency data i can't get really advantage and i use limit orders, i will trade automation also on the 3 minutes charts so dont know if it still worth having the server.

Reply With Quote
  #136 (permalink)
 
Jura's Avatar
 Jura   is a Vendor
 
Posts: 775 since Apr 2010
Thanks Given: 2,352
Thanks Received: 690


artemiso View Post
Another thing to note is that this is proximity hosting, not "true colo", even if you are located in the same data center, if you are connecting to your brokerage's data feed through WAN. Bandwidth is just as crucial. You should expect to receive your data 20~30 ms behind true colo even if you are sub-1 ms ping away from the data server via WAN.

This is not a one-off situation, but something that happens consistently throughout the day. The peak 1s rates on the CME feed can exceed 20,000 messages/s, if we assume the average CME FAST message is 83 bytes, then this is 13.3 gigabits/s. A basic aggregated feed like Nanex or ZF cannot handle these rates. An aggregated feed amortizes the latency by stripping away information that you don't use (so the feed actually has a higher "useful information rate" than the exchange feed), so it can fit into a 20~50 Mbps pipe. But there is a realistic threshold how much it can compress or time it can save you.

I'm not sure if I follow the bold part.

Do you mean that 20-30ms lag is caused by the data feed, regardless of the type of retail data feed?
Or is this 20-30ms lag caused by the broker's risk management processes etc. (which "true colo" will have turned off)?

Reply With Quote
Thanked by:
  #137 (permalink)
 artemiso 
New York, NY
 
Experience: Beginner
Platform: Vanguard 401k
Broker: Yahoo Finance
Trading: Mutual funds
Posts: 1,152 since Jul 2012
Thanks Given: 784
Thanks Received: 2,685


Elite View Post
Thank you for the explanation. Yes it is based on 144 tick. I understand. So would it be wise to keep a dedicated server for $170 p/m? since based on the low frequency data i can't get really advantage and i use limit orders, i will trade automation also on the 3 minutes charts so dont know if it still worth having the server.

I must warn that I'm making a very general statement here, but from the sounds of it, your limit orders won't get an advantage but market orders will.

Let's assume the server saves you 200 ms... ah well, I'll try to help you out. Hold on one second, let me turn on the cluster and model this for you, hopefully.


Jura View Post
I'm not sure if I follow the bold part.

Do you mean that 20-30ms lag is caused by the data feed, regardless of the type of retail data feed?
Or is this 20-30ms lag caused by the broker's risk management processes etc. (which "true colo" will have turned off)?

It is caused by the data feed alone. The risk management part that you're talking about is called no-touch, not necessary since there are brokers that will guarantee low-latency risk management.

Reply With Quote
Thanked by:
  #138 (permalink)
 artemiso 
New York, NY
 
Experience: Beginner
Platform: Vanguard 401k
Broker: Yahoo Finance
Trading: Mutual funds
Posts: 1,152 since Jul 2012
Thanks Given: 784
Thanks Received: 2,685

@Elite:

See your inbox. Long explanation.

Reply With Quote
  #139 (permalink)
 
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,396 since Jun 2009
Thanks Given: 33,172
Thanks Received: 101,537


artemiso View Post
Let's assume the server saves you 200 ms... ah well, I'll try to help you out. Hold on one second, let me turn on the cluster and model this for you, hopefully.

I'd like to see as well, why not post it?

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 Reply With Quote
Thanked by:
  #140 (permalink)
 Bogan 
Australia
 
Posts: 48 since Feb 2011



artemiso View Post
You should expect to receive your data 20~30 ms behind true colo even if you are sub-1 ms ping away from the data server via WAN.

This is not to say you are wrong, but do you have anything to support this 20-30ms "claim"? Sounds like eternity to me.

Reply With Quote




Last Updated on February 7, 2013


© 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