svc做远程拷贝io和延迟问题？

是这样的。
remote copy大概的原理就是对比remote copy两端LUN的信息，将变化后的块传过去，因此对存储的计算性能开销比较大，在性能不够强劲的中低端存储上尤为明显。
在日常使用时候我也会经常碰到这种情况，只看 IOPS和吞吐量并不大，但 IO延迟在100-300ms左右， 会严重影响存储的使用性能。
目前，还没找到解决的办法，除非升级存储

1.简单看性能数据，写等待的响应时间太高了。正常情况下，即使是目标端存储有性能问题，也不会是700多ms。GM这个环节上，需要主从和链路都要检查性能。
2.GM的机制类似semi-同步，对链路都性能要求很高，对目标存储的性能要求也很高。
3.从GUI上看，微码版本不低，应该支持GMCV功能。建议在线切换到GMCV模式。
4.这节点应该是CF8/CG8。如果是默认配置，那么只有4个8Gb/s  FC端口/节点。如果是独立一个端口出来做GM，那么可用端口更少。这个时候要看看性能数据，是否存在因链路性能不足导致本地FC端口的buffer不足的问题。这种情况下，卷的响应时间会很高，但是后端mdisk的响应时间会相对很好。
5.如果目标端的卷是offline状态，是不是初始化还没完成呀。
6.如果开启GM后性能抖动厉害，说明链路或者目标存储性能不行。