= Сообщение: 7093 из 10763 ===================================== RU.UNIX.BSD = От : Eugene Grosbein 2:5006/1 24 Apr 18 00:29:33 Кому : Alex Korchmar 24 Apr 18 00:29:33 Тема : Re: SU+J FGHI : area://RU.UNIX.BSD?msgid=grosbein.net+3b74743a На : area://RU.UNIX.BSD?msgid=ddt.demos.su+46c7f4a9 = Кодировка сообщения определена как: IBM866 ================================= ============================================================================== 22 апр. 2018, воскресенье, в 17:18 NOVT, Alex Korchmar написал(а):
AK>>> Причина понятна - вдвое больше операций записи, два разных устройства, EG>> Параллельно по времени на два разных устройства. AK> последовательно, последовательно.
Параллельно. Вот тест в один поток записи блоками в MAXPHYS:
# swapoff /dev/mirror/gm0s1b # time dd if=/dev/zero bs=128k of=/dev/mirror/gm0s1b count=8000 8000+0 records in 8000+0 records out 1048576000 bytes transferred in 10.477047 secs (100083159 bytes/sec)
real 0m10,479s user 0m0,042s sys 0m0,205s
Диски - обычные SATA.
ada0: <WDC WD2003FYYS-02W0B1 01.01D02> ATA8-ACS SATA 2.x device ada1: <WDC WD2003FYYS-02W0B1 01.01D02> ATA8-ACS SATA 2.x device
AK> Или у нас кто-то научился multipath? (полагаю, если вдруг такое случится, AK> для него придумают целый отдельный кривой класс в geom со своими отдельными AK> глюками)
Я не понял вопроса насчет multipath, но GEOM внутри давно на асинхронных очередях построен. gmirror раскидывает BIO-запросы по низлежащим дискам и в случае обычных запросов на запись рапортует завершение только тогда, когда асинхронно приходит последний ответ от самого медленного компонента.