搜台北服务器、台湾服务器时，很多人用「离大陆近」把结论收掉。距离只解释海缆有没有可能短，不解释回程走哪一家、晚高峰排不排队。FastFast 当前台北在售的独立服务器里，入门业务机是 台北服务器 TW-E5-2620，双路是 台湾服务器 TW-E5-2620x2。核数再往上是 台北双路 Gold，内存通道和并行度更高的是 台北 EPYC 独立服务器。要多地址做站群，前缀是 ST，对应 台北站群服务器 TW-ST-E5-2620。这些型号的 CPU 代数和香港同档 E5 接近，买的差别在路径。
规划时延按方向写，不按城市名写
下面是选址时用的规划量级，用来比较路径，不是机房承诺的 SLA，也不是某一天的测速截图。台北到上海、杭州，常见规划在 30 到 50 毫秒，要看台海直连还是绕日本、香港转接。台北到广州往往要先南下，不一定比香港短。香港到广州，在优化回程上常见规划是 10 到 30 毫秒。所以华南买家多的站点，入口仍应放在 香港服务器。回程要更稳时，看型号里带 GIA 的 香港 CN2 GIA 服务器。GIA 写的是回程产品，不是 CPU 更快。
华东、华北有一部分运营商走台北会少绕华南，这时台北独立服务器才有时延优势。台湾本岛的玩家和办公网，机器必须在台北：放到香港会多一跳海峡，本岛对局的体感先变差。同一台机器不要同时做「给华南的店铺入口」和「给台湾本岛的游戏进程」。两个方向的晚高峰不在同一条海缆上，端口打满时先牺牲的是你没拆开的那一路。
验收看 TTFB，不看机房里的 ping
ICMP 经常被限速或被策略丢掉，机房内 ping 到 1 毫秒不能说明买家打开页面的时间。验收从目标运营商的宽带出去，在工作日晚高峰记录页面首字节时间，电信、联通、移动分开记。三条曲线只有一条变差，问题在回程对接的那一家，不在 E5 的核心数。站群地址多，不代表这条 ST 线路的时延更低。地址数量解决的是站点要绑定多少公网地址，时延仍由路径决定。多 IP 的摆法可以对照 多 IP 站群方案。香港这条优化回程怎么拆页面和回调，见 香港服务器线路。游戏进程该放玩家所在城市，见 日本服务器和香港服务器的延迟，把其中的东京换成台北即可，方法相同。
预算只够一台、买家主要在华南，买香港服务器，不要为了「台湾也算近」改去台北。买家主要在台湾本岛，买台北服务器，不要为了型号表上有 GIA 三个字母把进程放到香港。两边都要服务，入口和进程拆成两台，中间只同步必要的账号数据，不要两地同时写同一份订单。Gold 和 EPYC 解决的是并行和内存通道。时延差在 20 毫秒以上时，先换城市或换回程，再考虑换 CPU。CPU 换完，海缆还是那一条。
采样要写成可以复测的步骤。每个运营商选一条家宽或手机热点，避开公司出口的代理。连续打开首页十次，丢掉最慢和最快各一次，剩下八次取中位数，同时记下丢包次数。只记一次「感觉还行」无法和下一周比较。台北服务器和香港服务器要用同一套步骤、同一时段，否则 15 毫秒的差距会被测试方法吃掉。双路 TW-E5-2620x2 相对单路多的是能同时跑的线程，内存也更容易加上去。站点并发上去、CPU 占用长期过半，再从单路换双路。时延曲线已经分开，换双路不会把两条曲线捏到一起。
交付后把角色写进备注：这台是华南入口、台湾本岛进程，还是站群地址。备注和型号前缀一致，后面加机器才不会把库加到 ST 上、把入口加到 EPYC 上。付款周期改变的是账单，不改变海缆。年付不会让台北到广州变短。若三家运营商的中位数都落在规划量级里，而业务仍觉得慢，再看服务端本身：TLS 握手、数据库慢查询、磁盘队列。那些延迟发生在机器里面，和城市选择无关。先用同一页面在香港和台北各测一轮，确认差距来自路径，再决定迁不迁。
对比时两台机器跑同一份静态页，关掉统计脚本和广告代码，避免把第三方域名的等待算进台北或香港。静态页差距稳定之后，再打开真实业务页。业务页如果只在其中一城变慢，再查那一城的数据库和磁盘。这样可以把路径差和程序差拆开，采购单上就不会同时改城市和改代码，最后不知道哪一个起了作用。