Microsoft는 WebUI 2.0을 통해 Edge 브라우저의 성능을 향상시키려는 방법을 공개합니다

번역기만 돌린 기계 번역으로 오역이 많을 수 있으며 자세한 내용은 원문을 참고하세요.

Microsoft는 WebUI 2.0을 통해 Edge 브라우저의 성능을 향상시키려는 방법을 공개합니다

Microsoft는 새로운 기능, 버그 수정 및 보안 업그레이드를 통해 몇 주마다 Edge 웹 브라우저를 지속적으로 업데이트합니다. 그러나 회사는 지난 몇 가지 안정적인 버전에서 Edge의 전반적인 성능을 높이기 위해 조용히 노력해 왔다고 말합니다.

오늘 블로그 게시물 에서 Microsoft는 2월 말 Edge 122 가 출시되면서 Edge 사용자의 Browser Essentials UI에 대한 응답 시간이 42% 향상되었다고 밝혔습니다. 사용자가 저장용 SSD가 없고 RAM이 8GB 미만인 PC를 사용하는 경우 성능은 훨씬 더 76% 향상되었습니다.

마이크로소프트는 또한 4월 중순 Edge 124 의 즐겨찾기 기능 도 성능이 향상되었다고 밝혔습니다. 즐겨찾기 UI는 업데이트 전보다 응답 속도가 40% 더 빨라져야 한다고 합니다. 즐겨찾기가 확장되거나 축소된 경우 성능 향상을 사용할 수 있습니다.

Microsoft는 이러한 변경 사항이 UI 응답 측면에서 Edge 사용자로부터 수집한 데이터로 인한 것이라고 밝혔습니다. UI 속도를 높이기 위해 변경할 수 있는 두 가지 영역이 있음을 발견했습니다. 하나는 UI 코드가 충분히 모듈화되지 않았으며 Microsoft는 코드의 일부가 "불필요하게 공유"하여 속도가 느려졌다고 밝혔습니다.

또 다른 문제는 Edge가 JavaScript를 사용하여 UI의 클라이언트 측 렌더링을 처리했다는 것입니다. 마이크로소프트는 다음과 같이 밝혔습니다.

우리가 이 고대 소식을 공유하는 이유는 무엇입니까? 결국, 수년 동안 많은 웹 페이지가 클라이언트 측에서 렌더링되어 왔습니다. JavaScript를 다운로드한 다음 JIT 컴파일러를 통해 실행(사용하지 않더라도)하고 실행해야 하며 JavaScript가 UI 렌더링을 시작하기 전에 이 모든 작업이 완료되어야 합니다. 이로 인해 특히 저사양 기기에서 사용자가 UI를 볼 수 있기까지 많은 지연이 발생합니다.

Edge 팀은 WebUI 2.0이라는 새로운 프로젝트를 진행하기로 결정했습니다. 블로그는 다음과 같이 말했습니다.

이 프로젝트에서 우리는 코드 번들의 크기와 UI 초기화 경로 동안 실행되는 JavaScript 코드의 양을 최소화하는 완전히 새로운 마크업 우선 아키텍처를 구축했습니다. 이 새로운 내부 UI 아키텍처는 더욱 모듈화되어 있으며 이제 최신 웹 엔진의 성능에 맞게 조정된 웹 구성 요소 저장소에 의존합니다.