影像科室大规模调图卡顿，排查方向应优先看接入交换机端口协商、错误包和TCP重传，而不是先怀疑PACS服务器性能，多数情况下瓶颈藏在终端网卡到存储链路之间的一小段。 早晨影像科大量患者完成扫描后，几十台诊断工作站同时调取CT薄层，进度条走不动，这种场景很典型，下面按故障域从终端、网络、服务器三个方向逐层收窄。
影像科PACS调图慢怎么排查：先分清网络、存储、终端三层
很多医院信息科接到影像科电话,第一反应是PACS服务器扛不住，实际上先要分清卡顿发生在哪一层，层与层之间如果判断错误，后面查多久都不会有结果。
具体做法推荐用对比法：
- 同一台诊断工作站,先调取本地缓存的图像，再调取服务器在线图像，比较加载时间。
- 如果本地缓存快、在线图像慢，重点查网络和服务器出口链路。
- 如果本地缓存也慢,查工作站内存、显卡驱动、PACS客户端版本和本地磁盘碎片。
- 如果只是某几台工作站慢,其他正常，优先查这几台的网线、网卡驱动和接入交换机端口。
行业共识认为,影像科室网络问题的相当一部分来自物理层协商错误和配置不当，而不是带宽不足，物理层问题最容易被忽略，因为交换机端口亮着绿灯不代表跑的是千兆全双工。
千兆网络传CT图像慢怎么办？从端口协商和MTU开始查
CT薄层序列单个检查往往达到几百MB甚至数GB,千兆链路实际可用吞吐大约110MB/s，如果端口协商到百兆，传输速度直接跌到10MB/s左右，加载时间会成倍增加，大规模调图时，如果接入交换机某个端口因为网线质量或模块老化协商异常，这个端口上所有调图都会明显卡顿。
排查端口协商步骤：
- 在诊断工作站查看网卡状态：Windows下打开网络适配器状态，确认速度是0 Gbps全双工；Linux下用
ethtool eth0查看Speed和Duplex。 - 登录接入交换机查看对应端口状态,思科系用
show interface status，华为系用display interface brief。 - 重点看端口是否出现CRC错误、runts、late collisions、input errors
持续增长。
- 如果错包持续增长,重新压接网线水晶头、更换成品跳线或更换光模块，再观察计数是否还在涨。
MTU问题在大规模调图时也很容易暴露,影像科常使用NAS或iSCSI存储网络，端到端如果有的设备开启巨帧、有的没开，设备间会频繁分片或直接丢包，表现就是图像加载到一半卡住。
排查MTU是否一致的命令：
ping -f -l 8972 存储服务器IP
Windows下如果提示需要分包或超时,说明路径中存在MTU小于9000的设备，也可以在Linux端用ping -s 8972 -M do 存储IP，发现不一致时，要么全线设备统一开启巨帧，要么全部改回标准1500，切忌只改服务器或只改交换机。
三甲医院影像科网络卡顿解决方案：广播风暴与VLAN隔离
三甲医院影像科设备密度高,CT、MR、DR、超声、自助胶片打印机、叫号屏可能全部挤在同一网段，终端数量一多，广播包和组播包会占据相当可观的网卡中断资源，诊断工作站在接收大量DICOM图像数据的同时，还要处理无关广播，调图就会出现间歇性卡顿。
排查广播占用时,可以在交换机上查看广播包比例，思科系用show interfaces counters errors配合CPU利用率观察，华为系查看接口统计中的广播包计数，如果广播包速率长时间偏高，建议立刻做VLAN隔离。
推荐划分如下VLAN：
- 影像设备VLAN：CT、MR、DR、超声等采集设备，避免打印机和叫号干扰。
- 诊断工作站VLAN：阅片终端单独划段，便于做QoS和风暴控制。
- PACS服务器与存储VLAN：数据核心区独立，只允许诊断工作站VLAN通过核心交换路由访问。
- 管理VLAN：交换机、服务器带外管理，禁止业务流量混入。
在三层汇聚或核心交换机上启用风暴控制,命令示例：
storm-control broadcast level 10 storm-control multicast level 20
这样可以限制广播包占用端口带宽的比例,防止单个设备异常产生广播风暴雨导致整个影像科网络瘫痪。
业内专家指出,大规模并发调图时，瓶颈往往在接入层交换机的出口队列而不是核心交换机，因为所有诊断工作站同时拉取图像，接入交换机上联端口缓存被瞬时打满，小包控制信令被大包挤压后，PACS列表查询和数据库请求就会超时。
医院PACS系统卡顿原因：TCP重传与服务器网卡队列
当端口协商正常、MTU正常、VLAN隔离也做了，调图还是卡，就要看TCP层，大规模调图卡顿的常见表现是：图像列表能很快打开，但单张图像反复加载不完整，或者调图速度时快时慢，这通常不是带宽不够，而是TCP重传导致数据反复搬运。
抓包定位重传的方法：
- 在接入交换机做端口镜像,把PACS服务器上行口或诊断工作站端口的流量镜像到排查电脑。
- 用Wireshark过滤
tcp.analysis.retransmission，观察重传包的数量和源IP。 - 如果重传集中在某几台工作站,查这几台工作站的网线、网卡驱动或接入端口物理质量。
- 如果重传集中在服务器侧,重点查服务器网卡多队列配置、驱动版本和上联交换机端口缓存。
服务器网卡队列问题在大规模并发下很常见,PACS服务器网卡如果只有单队列，高并发时网卡软中断会集中在一个CPU核心上，导致系统响应变慢，TCP确认延迟，Linux下可查看网卡队列：
ethtool -l eth0
如果支持多队列但未开启,建议启用RSS并绑定CPU核心，Windows Server下可在网卡高级属性中检查Receive Side Scaling是否开启，并更新厂商驱动，查看丢包计数：
Linux: ethtool -S eth0 | grep -i drop Linux: netstat -s | grep -i retrans Windows: Get-NetAdapterStatistics
PACS网络升级多少钱：先测出瓶颈再谈设备投入
影像科一遇到调图卡顿,经常有人直接提“升级万兆”，但如果在原有千兆链路上只能跑出300Mbps左右，换万兆交换机后，问题很可能还跟着链路走，所以评估PACS网络升级多少钱之前，应该先出一份链路测试报告，确认瓶颈到底在哪一段。
PACS网络升级价格受端口数量、品牌、是否需要更换光模块、是否需要核心扩容、是否包含施工调试等因素影响，同一个科室的升级方案，从数千元到数万元都可能出现，信息科在申请预算前，建议先完成以下测试：
- 选一台诊断工作站,绕过交换机，直连PACS服务器做iperf3打流。
- 如果直连速度能稳定在950Mbps以上，说明工作站和服务器本身没问题，瓶颈在交换机。
- 如果经过交换机后打流速度明显下降,查交换机端口队列、上行带宽和QoS配置。
- 如果直连也跑不满,先换网线、升级网卡驱动、检查MTU，再考虑设备投入。
这个测试能避免花大价钱买万兆设备,结果发现只是某根网线质量差或某个光模块衰减大，万兆升级只有在千兆链路确实跑满、传输时间仍然无法满足科室调图需求时才值得考虑。
排查影像科室大规模调图卡顿,坚持“先链路、后协议、再设备”的顺序，先看端口协商和错误计数，再抓TCP重传，最后才评估是否需要升级带宽，大多数卡顿不是带宽不够，而是某个协商口、MTU配置或广播域拖累了整条链路。
影像科PACS调图慢怎么排查第一步
先在诊断工作站打开网络适配器状态,确认速率是否为千兆全双工，同时登录接入交换机查看对应端口的错误计数，如果端口亮着绿灯，但速率协商到百兆或半双工，或者CRC错误持续增长，优先重新压接网线、更换跳线或光模块，再观察错包是否停止。
千兆网络传CT图像慢怎么办？一定要换万兆吗
不一定,先用iperf3在诊断工作站和PACS服务器之间打流测实际吞吐，如果速度远低于千兆，说明链路有协商异常、丢包或MTU问题；如果稳定跑满千兆仍满足不了科室调图需求，才评估万兆升级，换万兆之前还要确认服务器硬盘读写、PACS存储控制器和诊断工作站解码能力能跟上。
医院PACS系统卡顿原因：网络问题和存储问题怎么区分
同一台工作站调取本地缓存图像快、调取在线图像慢，网络嫌疑大；本地缓存和在线图像都慢，工作站或PACS客户端配置问题更明显，还可以在服务器上用磁盘性能监控工具观察存储读取队列，如果存储时延高而网络吞吐低，说明瓶颈在存储而不是网络。