마틴 스트랜스키, Fedora 및 RHEL용 Firefox 패키지 관리자이자 Wayland용 Firefox 포팅을 담당하는 사람 은(는) Wayland 환경에서 Firefox의 최신 개발 사항을 요약한 보고서를 발표했습니다.
보고서에서 그들은 다음과 같이 언급합니다. X11과 Wayland의 구현 방식이 다르기 때문에 일부 기능을 즉시 구현하지 못했습니다. 첫 번째 경우 Wayland 클립보드가 비동기 모드로 작동하기 때문에 어려움이 발생했으며 Wayland 클립보드에 대한 액세스를 추상화하기 위해 별도의 레이어를 만들어야 했습니다. 지정된 레이어가 Firefox 93에 추가되고 Firefox 94에서 기본적으로 활성화됩니다.
에 관하여 새로운 대화에서 가장 큰 어려움은 Wayland가 요구하는 것이었습니다. 엄격한 준수 팝업 계층즉, 부모 창은 팝업이 있는 자식 창을 만들 수 있지만 이 창에서 시작된 다음 팝업은 원래 자식 창에 연결되어 체인을 형성해야 합니다. Firefox에서 각 창은 계층 구조를 형성하지 않는 여러 팝업 창을 생성할 수 있습니다.
문제는 Wayland를 사용할 때 팝업 중 하나를 닫을 때 전체 창 체인을 다른 팝업으로 다시 작성해야 하지만 팝업을 배포하는 데 사용되기 때문에 여러 개의 열린 팝업이 있는 경우가 드물지 않다는 것입니다. 창.팝업,메뉴,공지,보충대화,권한요청 등
Wayland와 GTK의 실패로 상황도 복잡해졌고, 따라서 작은 변경을 하면 다양한 회귀가 나타날 수 있습니다. 그러나 Wayland의 팝업 처리 코드가 수정되어 Firefox 94에 포함될 예정입니다.
언급된 Wayland와 관련된 기타 개선 사항 창을 이동할 때 깜박임을 제거하기 위해 Firefox에 93 DPI 크기 조정 변경 추가 포함 다중 모니터 설정에서 화면 가장자리에 Firefox 95에서는 이 문제를 해결할 계획입니다. 예를 들어 외부 소스에서 로컬 파일 시스템으로 파일을 복사하거나 탭을 이동할 때 드래그 앤 드롭 인터페이스를 사용할 때 발생합니다.
출시와 함께 Firefox의 Wayland 포트인 Firefox 96은 X1 빌드와 기능면에서 일반적인 패리티를 달성합니다.1, 최소한 GNOME Fedora 환경에서 실행할 때. 그후에, 개발자는 Wayland 환경에서 작업을 완벽하게 하는 데 중점을 둡니다. 그래픽 어댑터와 상호 작용하기 위해 코드가 제거되고 드라이버 오류 발생 시 주 브라우저 프로세스가 충돌하지 않도록 보호하는 GPU 프로세스의
또한 현재 콘텐츠 처리 프로세스에서 롤아웃 중인 VAAPI를 사용하여 비디오를 디코딩하는 코드를 GPU 프로세스에 가져올 계획입니다.
또한, 우리는 Firefox의 안정적인 분기 사용자의 작은 비율에 대한 포함을 강조할 수 있습니다, Fission 프로젝트의 프레임워크 내에서 개발된 엄격한 현장 격리 체제.
지금까지 사용하던 가용 프로세스 그룹(디폴트 8)에서 탭 처리를 임의로 분배한 것과 달리 잠금 모드는 각 사이트의 처리를 탭이 아닌 도메인별로 구분하여 별도의 프로세스로 이동합니다. 외부 스크립트 및 iframe의 내용을 추가로 격리할 수 있습니다.
강력한 격리 모드는 사이드 채널 공격으로부터 보호하고, Spectre 클래스 취약성과 관련된 것과 같은 것으로, 메모리 단편화를 줄이고, 운영 체제에 메모리를 보다 효율적으로 반환하고, 다른 프로세스의 페이지에 대한 가비지 수집 및 집중 계산의 영향을 최소화하고, 로드 밸런싱의 효율성을 향상시킵니다. CPU 코어 및 안정성 향상(iframe을 렌더링하는 프로세스를 차단하면 기본 사이트 및 기타 탭이 함께 드래그되지 않음)
알려진 문제 중 q때 발생하는 엄격한 격리 모드가 사용되며, 많은 수의 탭을 열 때 메모리 및 파일 설명자 소비가 눈에 띄게 증가하고 일부 플러그인의 작업 중단, 인쇄 및 스크린샷 캡처 기능을 호출할 때 iframe 내용이 사라짐 , 감소 iframe 문서 캐싱의 효율성 충돌 후 세션을 복구할 때 완료되었지만 제출되지 않은 양식에서 콘텐츠 손실.
출처 : https://mastransky.wordpress.com