Существует ли способ избежать SSH, вводящего задержку?
UPDATE операторы не обязательно изменяют размер таблицы или строки, но должны быть получены в восстановлении, которое является тем, что управляет размером архивных журналов.
Незафиксированные транзакции - те, которые откатывают - не вносят постоянных изменений в базу данных, но все еще генерируют восстановление.
Таблица действие DML, которое заставляет индексы быть обновленными (делает приложение, делает много из DELETEлуг и INSERTлуг?) также заставляют индексы быть обновленными, также, как и UPDATE операторы, которые изменяют индексированные столбцы.
Короче говоря, измерение размера архивного журнала является мерой действия изменения - рост является другой и часто несвязанной метрикой. То, что можно хотеть сделать, запросить ALL_TAB_MODIFICATIONS для показа точно, как занятый с точки зрения записи таблицы на самом деле с тех пор в последний раз проанализированы, как в 10 г +, все таблицы автоматически контролируются для действия DML.
Нет, потому что SSH не может узнать, потребуется ли ввод или табуляция для действия при вводе - например, если вы пытаетесь просмотреть историю своих команд, ^ R или стрелки вверх не будут отправлены сами по себе, и это было бы ... неприятно.
Вам не нужно ждать между каждым символом, чтобы он появился на экране, хотя; если вы знаете, что вам нужно набирать, продолжайте набирать обороты так быстро, как захотите, и терминал наверстает упущенное примерно за один цикл туда и обратно с момента, когда вы перестали печатать, что примерно так же хорошо, как вы выберетесь из в любом случае установка с линейной буферизацией (потеря пакетов - это другое дело, но она вносит свои собственные интересные особенности).
PuTTY предлагает две функции, которые могут быть полезны: «локальное эхо» и «локальное редактирование строки». При локальном редактировании строки все буферизуется и отправляется на сервер только после возврата строки. Это может значительно упростить работу с командной строкой, но также может сделать использование текстового редактора адом.
PuTTY также имеет некоторые другие опции для включения / отключения определенных вещей (алгоритм Нэгла), которые могут повлиять на воспринимаемую задержку соединения. На мой взгляд, клиент OpenSSH не предлагает всех функций, которые делает PuTTY в этом отношении, и я не знаю альтернативы Linux, которая бы сравнивала его.
В остальном, womble прав.
Вы можете эмулировать это поведение, если просто выполняете команды, выполнив,
ssh user @ targetmachine'мои команды в строке'
, но
- это добавляет дополнительную задержку при создании соединения (может быть уменьшено с помощью основных / общих ssh-соединений )
- , если у вас нет закрытый ключ без пароля, который вам придется использовать
ssh-agentили ввести пароль в - , очевидно, он не работает, если вы взаимодействуете с меню или редактируете файлы и т. д.
Откройте сеанс ssh с помощью ssh host.example.org bash (или любой другой оболочки, которую вы хотите использовать).
Вы получите режим строчной буферизации для удаленная оболочка, что означает, что вы не получите подсказку и редактирование строк, но получите локальное эхо и режим «по одной строке за раз». Иногда это полезно при работе с очень плохим соединением. Не все программы будут работать должным образом, поскольку у вас не будет псевдотерминала, но большинство утилит UNIX работают нормально.
Обновление:
При использовании вышеуказанного трюка вы можете получить обычное редактирование строки ( readline ) на локальном конце с помощью удобной программы-оболочки под названием rlfe . Просто запустите rlfe ssh host.example.org bash .