You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Не уверен, что это проблема именно плагина (возможно, что и приколы от ssh на той стороне), но тем не менее прошу обратить внимание - вижу, что попадаются жалобы на низкую скорость копирования, как минимум.
Наблюдения:
скопировав 3-гигабайтный 7z архив с соседнего компьютера ("источника") фаром по SCP себе на компьютер, обнаружил, что в файле много (более 3000 по данным 7zip'а) битых участков. Проверка файла в источнике показала, что он в идеальном состоянии, соответственно, побился где-то в процессе копирования. Попутно обратил внимание на чрезмерно низкую скорость копирования (6 мбайт/сек) по гигабитной сети, а также 100% занятость одного ядра процессом ssh на источнике.
Повторные попытки копирования давали меньшее число битых участков, но они все равно появлялись гарантированно каждую вторую попытку.
Поиски причин как низкой скорости, так и повреждения файла дали ответ, что причина кроется в установленном по умолчанию флажке в настройках подключения NetBox "Оптимизировать размер буфера соединения". Как только я его отключаю, так сразу и скорость становится около 30 мбайт/сек, и повреждения скопированных по SSH/SCP файлов пропадают (копировал порядка 30 гигабайт несколько раз).
Far 3.0.6364
NetBox 24.6.0 build 603
на "источнике": ssh -V
OpenSSH_9.6p1, OpenSSL 1.1.1w-freebsd 11 Sep 2023
The text was updated successfully, but these errors were encountered:
Не уверен, что это проблема именно плагина (возможно, что и приколы от ssh на той стороне), но тем не менее прошу обратить внимание - вижу, что попадаются жалобы на низкую скорость копирования, как минимум.
Наблюдения:
скопировав 3-гигабайтный 7z архив с соседнего компьютера ("источника") фаром по SCP себе на компьютер, обнаружил, что в файле много (более 3000 по данным 7zip'а) битых участков. Проверка файла в источнике показала, что он в идеальном состоянии, соответственно, побился где-то в процессе копирования. Попутно обратил внимание на чрезмерно низкую скорость копирования (6 мбайт/сек) по гигабитной сети, а также 100% занятость одного ядра процессом ssh на источнике.
Повторные попытки копирования давали меньшее число битых участков, но они все равно появлялись гарантированно каждую вторую попытку.
Поиски причин как низкой скорости, так и повреждения файла дали ответ, что причина кроется в установленном по умолчанию флажке в настройках подключения NetBox "Оптимизировать размер буфера соединения". Как только я его отключаю, так сразу и скорость становится около 30 мбайт/сек, и повреждения скопированных по SSH/SCP файлов пропадают (копировал порядка 30 гигабайт несколько раз).
Far 3.0.6364
NetBox 24.6.0 build 603
на "источнике": ssh -V
OpenSSH_9.6p1, OpenSSL 1.1.1w-freebsd 11 Sep 2023
The text was updated successfully, but these errors were encountered: