며칠 전에 완료되었습니다 Ubuntu 포럼의 게시물, 그는정식 개발자는 데스크톱 환경이 "그놈 쉘" Ubuntu 버전 19.04에서 Gnome 3.32를 기반으로합니다. 다른 데스크톱 환경보다 눈에 띄게 느 렸습니다.
처음에는 그 이유가 JavaScript를 사용했기 때문이라고 가정했습니다. 그러나 JavaScript는 Mutter 창 관리자와 함께 Gnome Shell을 조합 한 코드의 XNUMX %에 불과했으며 이것이 실제로 관찰 된 속도 저하의 원인이 아니라는 것이 밝혀졌습니다.
다음 가정은 소프트웨어가 CPU 또는 그래픽 카드에 과부하가 걸린다는 것입니다. 그러나 측정 결과 그렇지 않은 것으로 나타났습니다. 대신 등장한 것은 프로세서가 너무 오랫동안 유휴 상태에 있어야한다는 것입니다.
여기서 주목해야 할 중요한 것은 대부분의 소스 코드가 Gnome Shell이 아니라 Mutter 프로젝트에 있다는 것입니다. 따라서 전체적으로 Mutter를 고려할 때 Gnome Shell의 약 10 % 만 JavaScript로 작성되고 약 90 %는 C로 작성됩니다.
따라서, 개발자는 연구를 타이밍에 집중할 수 있었고 기사에서는 "실시간"이라고합니다. Gnome과 Mutter는 이벤트 루프를 처리하기 때문에 단일 스레드에서 각각 Glib, 지연되기 쉽습니다.
더 긴 지연으로 인해 프레임 중 하나가 건너 뛸 수 있습니다. 모니터의 이미지를 구성합니다. 이것은 모니터에서 사용자에게 눈에 띄는 지연으로 나타납니다.
다양한 지연을 측정함으로써 개발자는 Gnome 3.34에서 수정 된 Gnome 버그를 XNUMX 개 이상 발견했습니다.
프레임 스케줄링이 몇 밀리 초 지연된 후 프레임을 다시 작성해야하는 시간이 잘못 계산 되었기 때문에 첫 번째 오류로 인해 프레임 건너 뛰기가 발생했습니다.
그러나 항상 발생하지 않았던이 오류를 수정하면 프레젠테이션이 훨씬 더 원활 해졌습니다.
둘째, l개발자들은 거의 모든 프레임이 X.org에서 지연되었음을 발견했습니다. 테이블 계산이 너무 일찍 설정 되었기 때문입니다. 60Hz의 프레임 속도에서 화면이 16ms 지연되었습니다.
이 경우 Wayland는 영향을받지 않습니다.. 또 다른 실수는 Wayland와 관련이 있습니다. 문제는 Mutter에서 마우스 포인터를 표시하는 속도가 60Hz로 설정되어있어서 새로 고침 빈도가 다를 경우 CPU 사용량이 최대 100 %까지 문제가 될 수 있다는 것입니다.
또한 Mutter에는 지금까지 부분적으로 만 해결 된 또 다른 문제가있었습니다. 그 결과 모든 입력 이벤트가 다음 프레임, 즉 16Hz에서 최대 60ms까지 지연되었습니다.
또 다른 지연은 X.org의 Nvidia 독점 드라이버 수정으로 인해 더 이상 필요하지 않습니다.
그리고 또 다른 문제가 강조되어 OpenGL 호출이 이루어진 마우스 포인터에 영향을 미치는 요소를 결정합니다. 이것은 CPU와 GPU 간의 필요한 동기화로 인해 매우 영향을 미치고 추가 대기 시간을 유발합니다.
그 결과, Gnome 3.34는 훨씬 더 빠릅니다. Ya 아직 해결되지 않은 두 가지 이상의 다른 문제가 알려져 있습니다.
- 여러 모니터를 사용할 때 Wayland 백엔드에서 충돌이 발생하면 상당한 지연이 발생합니다. Gnome 3.36의 개발자에 따라 Ubuntu 20.04도 수정해야합니다.
- 두 번째 문제는 Mutter의 모든 지연이 아직 해결되지 않았다는 것입니다. 이 기사는 문제 해결시 피해야 할 실수에 대한 팁과 다음에 수행 할 작업에 대한 관점으로 마무리합니다.
최적화 그놈은 우분투 20. 04를위한 것이어야합니다. 그들은 무엇에 집중해야합니까? 현대적이고 빠른 하드웨어에서. 구형 컴퓨터와 느린 컴퓨터에 영향을 미치는 나머지 문제는 Ubuntu 20.10에서 해결하고 해결해야합니다.
출판물에 대해 더 알고 싶다면 다음 링크를 확인할 수 있습니다.