Самый быстрый браузер для запуска через переадресованный сеанс X11

Даже если вы используете браузер с небольшим объемом процессора и оперативной памяти на сервере, в этом случае ограничивающим фактором, несомненно, будет [1] сеть. Чего вы хотите избежать, так это в основном ненужной визуализации экрана.

• Отключите "плавную прокрутку" и подобные функции. Используйте PgUp/PgDn вместо непрерывной прокрутки, если у вас есть выбор (обновление одного экрана намного быстрее, чем 30, чтобы увидеть полную страницу).
• Держите маленькое окно просмотра (но не настолько маленькое, чтобы вам приходилось больше прокручивать, как в предыдущем пункте).
• Заблокируйте анимированный материал (анимированные GIF-изображения не так распространены в настоящее время, поэтому блокирование флэш-памяти, вероятно, будет хорошо).
• Подумайте об использовании VNC, который сжимает передачу изображения умным способом. Это дает мне гораздо более быстрый опыт, когда приходится использовать GUI поверх медленных соединений.
• Не стоит недооценивать текстовые браузеры, если вам что-то нужно быстро сделать на сервере.
• Прокси и / или туннелирование портов через SSH полностью исключают проблему. Вы просто хотите передать информацию, нет необходимости передавать весь уровень представления.

[1]: Если у вас нет очень быстрого соединения (~100 Мбит / с по моему опыту); тогда любой браузер, вероятно, обойдется, не будучи более раздражающим, чем локальный браузер. Я благословлен этим в моих отдаленных потребностях.

Основная причина, по которой X11forwarding показывает задержку, связана с шифром, с которым вы соединяетесь, а не с самим браузером.

Вы найдете гораздо лучшую производительность, если вы измените шифрование на arcfour или blowfish.

У меня была та же проблема, и я обнаружил, что это в значительной степени устранило все лаги. Недостатком является то, что эти шифры не так надежны, как AES, что является типичным значением по умолчанию.

Если вы работаете на машине под управлением Windows с использованием замазки, вы можете изменить политику выбора шифровального шифра в папке Connection/SSH/ . Вы также должны включить сжатие на том же экране и сохранить его как значение по умолчанию для загружаемого соединения.

Если вы подключаетесь с одного компьютера Linux к другому, строка подключения выглядит следующим образом: ssh -XC4c arcfour,blowfish-cbc hostnameorip

Я обнаружил, что запуск VPN (сервера) на удаленном компьютере, а затем удаленное подключение к этому VPN с использованием вашего локального компьютера и локально запущенного браузера позволяет вам иметь доступ к удаленному IP-пространству, в то же время продолжая работу браузера на локальном компьютере. Я использую openvpn, поскольку его легко и быстро настроить.

Поскольку пересылается только HTTP-трафик, а не перерисовки экрана и т. Д., Это происходит так же быстро, как если бы вы были на удаленном компьютере, за исключением неэффективности шифрования.

Это не совсем то решение, о котором вы спрашивали, но, несмотря на то, что вы пробовали многие легковесные браузеры - xxxterm и т. Д. И даже время от времени прибегали к lynx, это не удавалось. Решение VPN, однако, более чем исправно даже при подключении к телефону.

Я искал решение для этой проблемы и нашел хорошее: Browsh отлично работает для моих целей, хотя мне не нужно проходить какие-либо капчи, которые невозможно было бы решить с помощью графики с низкой точностью. Работает полностью в терминале, хотя на стороне сервера он использует Firefox для фактической загрузки страницы перед ее преобразованием в нечто, отображаемое в терминале.

Browsh