Firefox замедляется из-за ssh -X (снова)
GRUB — это загрузчик, без него ваша система не запустится.
Вы должны получить доступ к BIOS и загрузиться с USB или компакт-диска.
It's not my hardware setup or -X as all machines are wired to a local gigabit switch and other applications (including Thunderbird) run just fine.
Дело в том, что X по сети, конечно же, не поддерживает такие вещи, как приложения, напрямую рисующие буферы памяти из драйвера графического процессора на сервере.
Однако с помощью таких методов ускорения можно добиться даже приемлемой частоты кадров для таких вещей, как прокрутка веб-сайтов или показ видео. Поэтому браузер сильно зависит от этого. Все остальное было бы в духе 1990-х! В девяностые годы браузер, проигрывающий видео на X11, был невозможен.
Гигабитный Ethernet — это не такой толстый (соединение HDMI обеспечивает скорость передачи в десятки Гбит/с ), и вы в основном ограничены круговым -временем прохождения, потому что каждое «отрисовка этого "команда должна вернуть данные; X11 не является асинхронным.
Так что, в целом, X через SSH :никогда не был хорош, его будет недостаточно для просмотра, как и ожидалось. Вполне возможно, что гигантская задержка отрисовки не была чем-то, что разработчики Firefox могли бы хорошо поддерживать, не делая что-то еще невероятно медленным.
Решение :Не используйте X через SSH! Тонкие клиенты обычно выполняют рендеринг в фреймбуфер на удаленной машине, и вы получаете только (хорошо -сжимаемое )изображение, отправленное на ваш локальный (отображающий )компьютер. Вот что стоит за такими вещами, как VNC или NX. (NX — отличная технология, вам стоит попробовать ее.)
Честно говоря, удаленный запуск firefox не имеет большого смысла :вы можете запустить его локально, точно так же, и просто передавать сетевой трафик через SSH. Вы можете поделиться своим профилем Firefox в виде файлов, используя rsync или даже sshfs (, будьте осторожны, чтобы не конкурировать за доступ с нескольких компьютеров ).