Я ssh на удаленном хосте, но производительность терминала плохая. Символы, которые я печатаю, отображаются не сразу, а с некоторой задержкой. Иногда два символа отображаются одновременно после задержки.
ssh
performance
lexsys
источник
источник
Ответы:
Высокая задержка является еще одной причиной плохой производительности ssh. Я настоятельно рекомендую использовать mtr в качестве лучшей замены для traceroute. Он должен дать вам представление о том, где могут возникнуть проблемы с сетью.
источник
Отключение пересылки X11, если она вам не нужна (ssh -x) и включение сжатия (ssh -C) также может ускорить ваш сеанс.
источник
Я могу думать о двух возможных причинах:
источник
Я попытался измерить производительность сети, вскоре обнаружив, что с терминалом все в порядке. Что произошло?
У нас есть балансировка нагрузки между двумя интернет-каналами роутера. Иногда он маршрутизирует мой ssh-трафик через wan1, а иногда через wan2. Я предположил, что с одним каналом что-то не так. Поэтому я измерил производительность сети с помощью mtr (отличный инструмент!) Для двух каналов отдельно.
да уж! У wan2 21 прыжок за 110 мс, а у wan1 - 15 с 21 мс! Проблема задержки в wan2.
источник
Используйте Compression и CompressionLevel of 9. Это должно немного помочь. Вы можете настроить эти параметры в / etc / ssh / ssh_config. Но если реальная сеть очень плохая, эти трюки не принесут много пользы.
источник
Наиболее очевидной причиной такого поведения является ссылка, которая либо насыщена, либо отбрасывает пакеты. Сколько прыжков у вас есть от вашей рабочей станции до машины, на которой вы работаете? Вы проанализировали трассировку, если применимо?
источник
Если вы используете OpenSSH на длинном толстом канале (высокая пропускная способность + высокая задержка), убедитесь, что вы используете по крайней мере версию 4.7 с обеих сторон, поскольку она содержит исправления, заставляющие OpenSSH использовать больший размер окна tcp.
Это может быть важно, если вы хотите использовать соединение с его полным потенциалом, потому что в противном случае отправителю, возможно, придется ждать подтверждения, прежде чем он сможет продолжить отправку.
источник
Как уже говорили другие, это может произойти из-за задержки, потери в вашей сети, медленной работы сервера.
Иногда вы видите 2 символа в одном типе, потому что современный стек TCP использует алгоритм под названием Naggle .
источник
Это также может быть попытка грубой силы SSH, которая душит ваше соединение. Каждый раз, когда моя сессия проходит медленно, я проверяю логи, и в большинстве случаев кто-то пытается сумасшедшим использовать пароли.
источник
Это может привести к неправильной настройке DNS. После входа в систему сервер будет нормально реагировать и загружать и скачивать файлы довольно быстро, но SSH-вход будет медленным.
источник
Одна вещь, чтобы смотреть на это просто память сервера. Я работал под управлением Ubuntu VM с 256 МБ памяти, а SSH был действительно вялым. Удвоение этого до 512Mb решило проблему.
источник