上个月非农那晚，我那个跑欧美M15的EA在数据公布后瞬间被滑点教做人了。挂单是1.0842的空，实际成交价跑到1.0831，一单多滑了11个点，三单下来直接吃掉我当天一半利润。当时第一反应是经纪商对赌，后来把日志翻出来逐条对时间戳，才发现问题出在VPS的物理距离上——我用的新加坡节点，到经纪商服务器（在伦敦LD4）的往返延迟稳定在180ms非农瞬间流动性抽干，价格跳空，EA发单指令在路上耽误的那几十毫秒，足够价格跑出去好几个点。
先说症状，不是所有滑点都怪VPS。我排查的顺序是这样的：
确认是延迟问题后，我开始折腾VPS。一开始想换伦敦节点，但伦敦机房价格贵，而且我人不在欧洲，管理起来时差难受。后来一个做量化的朋友提醒我，东京节点到伦敦的线路走的是海底光缆直连，比新加坡绕印度洋的线路短不少。我实测了一下，东京到LD4的延迟能压到90ms左右，比新加坡少了将近一半。
换东京节点的具体步骤：
换完当天正好赶上初请失业金，我盯着日志看。同样一单欧美空单，东京节点成交价和挂单价只差了2个点，新加坡节点那会儿是7个点。非农当晚我又跑了一遍，三单平均滑点控制在3个点以内，最差的一单也就5个点。这里有个坑要提醒：东京节点虽然到伦敦快，但如果你的经纪商服务器在纽约，那东京反而绕远了，一定要先确认经纪商服务器的物理位置，别盲目跟风换节点。
另外VPS的内存和CPU也别太抠，我原来用1核1G的，非农时MT4卡到鼠标都拖不动，后来换成2核4G才流畅。EA本身也要优化，别在OnTick里写太重的循环，非农时tick频率暴增，CPU一满，发单指令排队，滑点照样翻倍。
现在我的配置是东京节点+2核4G+最大偏差8点，非农夜基本能稳住。你们非农夜EA滑点一般多少？有没有试过其他节点方案，比如法兰克福或者纽约本地的，效果怎么样？
先说症状，不是所有滑点都怪VPS。我排查的顺序是这样的：
- 先看EA日志里的Request价格和Fill价格差值，如果平时就有一两个点正常滑点，非农放大到八到十个点，那就是延迟问题。
- 用ping和tracert测VPS到经纪商服务器的路由，我当时新加坡到伦敦跳了19个节点，其中两个节点有丢包。
- 检查MT4的“最大偏差”设置，我原来设的3个点，非农根本不够用，但设太大又容易成交在烂价位，这是个两难。
确认是延迟问题后，我开始折腾VPS。一开始想换伦敦节点，但伦敦机房价格贵，而且我人不在欧洲，管理起来时差难受。后来一个做量化的朋友提醒我，东京节点到伦敦的线路走的是海底光缆直连，比新加坡绕印度洋的线路短不少。我实测了一下，东京到LD4的延迟能压到90ms左右，比新加坡少了将近一半。
换东京节点的具体步骤：
- 选VPS时重点看两个参数：到经纪商服务器的延迟和网络抖动。抖动比延迟更致命，非农时抖动超过20ms，成交价就飘了。
- 我用的是一家支持东京机房的，系统装Windows Server 2019，别用2022，MT4对2019兼容性更稳。
- 装好MT4后，在“工具-选项-服务器”里把经纪商的备用IP也填上，主IP拥堵时自动切备用。
- EA的最大偏差改成8个点，同时把OrderSend的重试次数设成2，第一次失败立刻重发，别等。
换完当天正好赶上初请失业金，我盯着日志看。同样一单欧美空单，东京节点成交价和挂单价只差了2个点，新加坡节点那会儿是7个点。非农当晚我又跑了一遍，三单平均滑点控制在3个点以内，最差的一单也就5个点。这里有个坑要提醒：东京节点虽然到伦敦快，但如果你的经纪商服务器在纽约，那东京反而绕远了，一定要先确认经纪商服务器的物理位置，别盲目跟风换节点。
另外VPS的内存和CPU也别太抠，我原来用1核1G的，非农时MT4卡到鼠标都拖不动，后来换成2核4G才流畅。EA本身也要优化，别在OnTick里写太重的循环，非农时tick频率暴增，CPU一满，发单指令排队，滑点照样翻倍。
现在我的配置是东京节点+2核4G+最大偏差8点，非农夜基本能稳住。你们非农夜EA滑点一般多少？有没有试过其他节点方案，比如法兰克福或者纽约本地的，效果怎么样？