[▂事情是这样的
最近接到一个issue是关于server更换实体位置放置后，
User端开始有感网页操作的回应时间变长了。
========详情========
一台挂有外包网页系统的server，原本放在 B栋 lab，多数使用者也在lab，
user操作上存取回应很快，由 A/B栋连线，各种动作都是1s内完成。
由于前几个月的台电停电，此server被规画至另一UPS区域 C栋放置，问题就开始了..
需要查询DB的步骤，由 A/B栋连线过去，从原本的1s内，拉长为3~4s，
导致一天有数百笔资料要处理的lab user开始抱怨了。
========环境========
企业内网
光纤 光纤
A

先F12的Network看看到底卡在哪个环节？C栋有其他AB连正常的服务吗？

你先列出你手上设备的软硬件清单，看那些可以监控，以及怎做

F12确认过，秒数都花在[时间]页签内(要求/回应)中的已传送要求 ===>2.3毫秒等待(TTFB) ====>859.09毫秒下载内容 =====>282.33毫秒更正:已传送要求====>2.30 秒目前尴尬的是，C栋只有这个对外的service，无法比较>>kojj 好的 硬件是网络设备，那软件需要列哪些呢?

前阵子公司前辈有处理类似的 有听到好像是从DNS方面下去查而解决

你OS? DB? Web service? 以及你有多少权限做设定与监控?看你刚回报数字，比较像你服务平台的延迟造成，但是原因....859ms 那值太慢，但原因可能很多，要看你的最大负载在哪

这样怎么感觉Switch 的forwarding有出现问题？ 或者gbic 没有接好等可能，如果是我我会从switch 上开始盘查问题

跨网域的先看是不是 db query 循环过多，handshake 会花很多时间还有就是 db query 量跟频宽，说不定就真的需要这么长时间传输

就看Antonio 他检查完，能提供多少讯息。

确认网卡跟网络设备的MTU

光纤多模距离太长会衰减 建议长距离都用单模光纤

Traceroute或到各SW上ping server，先看延迟是不是真的发生在网络上

感谢各位大大提供的建议，前几天在忙其他专案，这周开始会继续各位提供调查方向，感温有没有解决都会来回报检查结果 (_"_)

这不是很简单的问题吗????

非常感谢各位大大拨冗分享，初步用iperf3实测结果->" target="_blank" rel="noreferrer noopener nofollow">

结果看来传输速度有落差。近期请厂商来现场检测评估，初判是线路关系导致，推测由于早期的光纤配线盘接点老化，导致端点不通，才会以Cat.6跨栋牵线的方式替代，可能因距离导致衰弱。接下来就是再安排整体线路改善计画，应能改善。