☰

Firefox는 ssh -X를 통해 속도가 느려집니다 (다시)

tag-icon • tag-icon x11 firefox
Firefox는 ssh -X를 통해 속도가 느려집니다 (다시)

질문에 대한 의견에서 지적했듯이 gfx.xrender.enabled. 대답은 레이블이 붙은 스푸핑에서 찾을 수 있지만 SSH 및 X11 프로토콜에 대한 모든 잡음 때문에 쉽게 간과됩니다.

직접 답변 링크:https://unix.stackexchange.com/a/557920/66307

내 문제는 약 한 달 전에 시작되었습니다. 현재 Firefox 89.0.1을 사용하고 있습니다.

지금까지 Firefox는 잘 작동하고 있습니다 ssh -X. Ubuntu 시스템(서버)에서 Ubuntu VM(클라이언트)으로, 다른 Ubuntu 시스템(서버)에서 Windows 10(클라이언트)로 실행했는데 둘 다 동일한 증상이 나타났습니다. -X모든 컴퓨터가 로컬 기가비트 스위치에 연결되어 있고 다른 응용 프로그램(Thunderbird 포함)이 제대로 실행되기 때문에 이것은 내 하드웨어 설정이 아닙니다 . 내 데스크톱에서 실행하는 것보다 약간 느리지만 완전히 사용할 수 있습니다.

이런 일이 발생한 후 Firefox는...느려졌습니다. 제가 사용하고 --no-remote있는데 1초 안에 실제 Firefox 창이 나타납니다. 그런 다음 탭을 사용할 수 있을 때까지 약 2분 동안 정지됩니다. 내 셸의 출력은 ssh다음과 같습니다.

$ firefox --no-remote &
libGL error: No matching fbConfigs or visuals found
libGL error: failed to load driver: swrast

(firefox:757486): GLib-GIO-CRITICAL **: 10:39:54.241: g_dbus_proxy_new: assertion 'G_IS_DBUS_CONNECTION (connection)' failed

(firefox:757486): GLib-GIO-CRITICAL **: 10:39:54.241: g_dbus_proxy_new: assertion 'G_IS_DBUS_CONNECTION (connection)' failed

(firefox:757486): GLib-GIO-CRITICAL **: 10:39:54.241: g_dbus_proxy_new: assertion 'G_IS_DBUS_CONNECTION (connection)' failed
[GFX1-]: Failed GL context creation for WebRender: 0
[GFX1-]: FEATURE_FAILURE_WEBRENDER_INITIALIZE_UNSPECIFIED
[GFX1-]: Failed to connect WebRenderBridgeChild.
[GFX1-]: Fallback WR to SW-WR
libGL error: No matching fbConfigs or visuals found
libGL error: failed to load driver: swrast
libGL error: No matching fbConfigs or visuals found
libGL error: failed to load driver: swrast

하지만 제가 예전에 봤던 것과 크게 다르지는 않은 것 같아요.

작업 속도를 높일 수 있는 제안을 제공할 수 있는 사람이 있나요? ssh -X나는 속도가 느리다(그렇지만 다른 모든 응용 프로그램에서는 괜찮습니다)거나 압축 또는 암호화 제품군과 관련이 있다는 답변을 실제로 찾고 있지 않습니다 . 내 링크는 Firefox를 제외하고는 괜찮습니다.

답변1

모든 컴퓨터가 로컬 기가비트 스위치에 연결되어 있고 다른 응용 프로그램(Thunderbird 포함)이 제대로 실행되므로 내 하드웨어 설정이나 -X가 아닙니다.

실제로 네트워크를 통한 X는 서버 시스템의 GPU 드라이버에서 메모리 버퍼로 직접 그리는 응용 프로그램과 같은 기능을 확실히 지원하지 않습니다.

그러나 이 가속 방법을 사용하면 웹 사이트 스크롤이나 비디오 표시와 같은 작업에 허용 가능한 프레임 속도를 얻을 수 있습니다. 따라서 브라우저는 이에 크게 의존합니다. 다른 것들은 모두 약간 1990년대 느낌이 나네요! 1990년대에는 브라우저가 X11에서 비디오를 재생하는 것이 불가능했습니다.

기가비트 이더넷은 그렇지 않습니다.저것거칠고(HDMI 연결은 수십 Gbit/s에 도달할 수 있음) 모든 "draw this" 명령이 데이터를 반환해야 하기 때문에 주로 왕복 시간으로 제한됩니다. X11은 비동기적이지 않습니다.

요약하면 SSH를 통한 X는 결코 좋지 않고 탐색하기에 충분하지 않으며 예측 가능합니다. Firefox 개발자가 다른 작업을 엄청나게 느리게 만들지 않고서는 엄청난 그리기 지연을 충분히 지원할 수 없다는 것은 전적으로 가능한 일입니다.

해결책: SSH를 통해 X를 사용하지 마십시오! 씬 클라이언트는 일반적으로 원격 시스템의 프레임 버퍼로 렌더링되며 로컬(디스플레이) 시스템으로 전송된 (잘 압축된) 이미지만 가져옵니다. 이것이 VNC나 NX와 같은 이유입니다. (NX는 훌륭한 기술이므로 꼭 사용해 보시기 바랍니다.)

솔직히 말해서, Firefox를 원격으로 실행하는 데는 별 의미가 없습니다. 로컬로 실행하고 네트워크 트래픽을 SSH로 실행할 수 있습니다. rsync 또는 sshfs를 사용하여 Firefox 프로필을 파일로 공유할 수 있습니다(여러 컴퓨터에서 액세스하기 위해 경쟁하지 않도록 주의하세요).

관련 정보