Кто боролся с скоростью репликации, подскажите куда копать?

[shubert]

я насколько понял, есть вариант с увеличением mbuf или есть ещё где подкрутить?
1 мегабайт в секунду это как то жестоко.
у меня ночью 50 мегабит простаивает, хотелось бы их утилизировать.
а то 4 ТБ данных полтора месяца будут реплицироваться

 

[anodos]

я насколько понял, есть вариант с увеличением mbuf или есть ещё где подкрутить?
1 мегабайт в секунду это как то жестоко.
у меня ночью 50 мегабит простаивает, хотелось бы их утилизировать.
а то 4 ТБ данных полтора месяца будут реплицироваться

У вас какой процессор? Если процессор слаб, можете менять шриф через GUI (или выключить если используйте VPN). Вы измеряли скорость через локальную сеть?

 

[shubert]

тут весь нюанс =) я забыл дополнить. при ручной отправке через 2-3 сессии SSH 2ух-3ёх датасетов\зволов скорость 40-50Мбит =)
основная машина двух головая 12 горшковая.
принимающая сторона 2 ядра, но на канале в 40 мегабит загрузка 60% без шифрования с перестроением рэйда RaidZ =)
ftp бэкапы сюда же прилетают, скорость канала утилизирую полностью.
шифрование выключено на время 1ой синхронизации.
канал 50 мегабит Vlan от провайдера, 1-2мс отклик =)
через локалку на шару я писал на датасет по смб на скорости 40-50 мегабайт, но это была отдача с старой WDшной однодисковой помойки по гигабиту.
так что вопрос остается актуален.
в ТОР SSH процесс репликации хавает 2.5% проца принимающей стороны.
на той стороне пробовал со всяким сжатием. в итоге сжатие максимально, т.к процы не напрягаются (от слова совсем и разницы в скорости передачи нет, посему лучше с той же скоростью передать сжатое =)