一语中的，顶你，兄弟 这种事情只要乙方沾一点背黑锅的肯定就是乙方 和技术无关 回复 6# bbjmmj
你看的是linux的lvm实现，你怎么确保aix也是这样的？
而且CFQ怎推出mirror是异步的？
回复 3# bbjmmj
盘阵的LUN复制不容易超时又是怎么得出的？IBM的DS8000就是AIX的OS，盘阵做远程同步复制对性能影响甚至导致宕机的事情也不是没发生过
虽然没说，但UNIX系统只能这么做。sunny4710 发表于 2014-08-11 14:12 static/image/common/back.gif
回复 1# bbjmmj
wolfop 发表于 2014-08-18 11:21 static/image/common/back.gif
回复 6# bbjmmj
你看的是linux的lvm实现，你怎么确保aix也是这样的？
而且CFQ怎推出mirror是异步的？
CFQ是“绝对公平队列”的缩写，意思是所有进程都平等使用IO，两个不同的进程可能同时读写一个块/设备/卷/文件，这就会造成MIRROR异步，而盘阵可以通过锁机制确保读写顺序，理论上LINUX也可以用锁机制确保读写顺序，但它上面的进程比较多，锁不止会增加系统开销，还会让一些进程在访问IO的时候“卡死”，所以它还不能乱加锁。
AIX上LVM实现机制和LINUX是一样的，不会因为它“高端”而采用不一样的算法，就好比数据加密，算法都一样。 wolfop 发表于 2014-08-18 11:22 static/image/common/back.gif
回复 3# bbjmmj
盘阵的LUN复制不容易超时又是怎么得出的？IBM的DS8000就是AIX的OS，盘阵做远程同步复制对 ...
盘阵上运行的进程少，而且固定，对IO的访问可以控制顺序，远程同步复制受制于通信线路可靠性，出现“卡死”不足为奇，但“卡死”恰好能证明它的IO是有顺序的。 wolfop 发表于 2014-08-18 11:22 static/image/common/back.gif
回复 3# bbjmmj
盘阵的LUN复制不容易超时又是怎么得出的？IBM的DS8000就是AIX的OS，盘阵做远程同步复制对 ...
盘阵和主机的区别是前者有回写缓存，对硬盘的写入可以先写到缓存里，然后OS就可以干别的去了，主机上没这个缓存，要等到写完才能干别的（中断响应了解吧？）。
更细一步的分析，在操作系统层面，一个读或者写的操作被称为“原子操作”，意思是这个操作不可被分割，OS在执行原子操作的时间片里不能干别的事，同样的“原子操作”，因为缓存的有无决定了“原子操作”的执行时间，如果主机上原子操作太多，IO占用的时间就会增多，CPU利用率下降，表象就是进程“卡”，过多的IO“卡”住，就会造成进程IO超时，应用层会以为IO完蛋了而做一些可能丢掉数据的操作。
盘阵的同步复制容易“卡”在通信线路上，通信线路故障会导致同步复制无法继续，进程处于等待状态，也就是“卡死”。 待了一个月，了解内情的默默飘过:shutup:
页:
1
[2]