- Google은 이제 Chrome 브라우저용으로 Android 브라우저 기능을 데스크톱에 가져오기 위해 노력하고 있습니다.
- Microsoft는 chrome:// 프로토콜을 통해 가져온 스크립트에 대한 새로운 코드 캐싱을 작업 중이라고 밝혔습니다.
- NS 역방향 캐시 기능 데스크톱은 일부 사용자를 위해 Chrome 92와 함께 출시될 예정입니다.
- NS 출시 날짜는 아직 결정되지 않았지만 올해 후반에 더 많은 출시가 예상됩니다.
가장 인기 있는 브라우저 중 하나에 대해 이야기한 지 꽤 오래되었습니다. 이제 Google 크롬 사용자라면 반드시 기뻐하실 소식을 가지고 돌아왔습니다.
Redmond 기술 회사는 현재 Windows, Linux, macOS 및 기타 데스크톱 플랫폼에서 내부 페이지의 속도를 향상시키는 Chrome용 새로운 기능을 개발 중입니다.
이러한 캐시 향상으로 브라우징 속도가 향상됩니다.
따라서 이 기능은 즉각적인 페이지를 활성화하기 위해 캐싱을 사용한다고 말하면서 계속하겠습니다. 사용자가 브라우저의 새 탭 페이지와 같이 브라우저의 내부 페이지(chrome://) 사이를 이동할 때 로드 예시.
Microsoft는 새로운 크롬 코드 커밋.
스크립트를 로드하고 실행한 후 V8은 해당 스크립트에 대해 생성된 인터프리터 바이트 코드를 직렬화할 수 있습니다. 나중에 Blink가 V8에게 동일한 스크립트를 다시 실행하도록 지시하고 이전에 직렬화된 바이트코드를 제공하면 V8이 초기 구문 분석 단계를 건너뛸 수 있고 스크립트가 더 빠르게 실행됩니다. 이것은 페이지 로드 시간에 중요합니다.
아시다시피 Chrome과 같은 Chromium 기반 브라우저에는 WebUI 페이지에 큰 스크립트가 포함되어 있으며 WebUI는 새 탭 페이지와 같은 몇 가지 일반적인 시나리오에 사용됩니다.
따라서 이 기술 대기업은 새로운 기능의 프로토타입 구현을 사용하여 새 탭 페이지에서 첫 번째 콘텐츠가 포함된 페인트 시간이 11-20% 감소하는 것을 관찰했습니다.
이 기능은 현재 기본적으로 비활성화되어 있으며 –enable-features=WebUICodeCache로 시작하여 활성화할 수 있습니다. 후속 변경은 현장 시험용 구성을 추가합니다.
현재 많은 WebUI 데이터 소스가 네트워크 캐시 사용을 거부하므로 응답 시간은 스크립트 내용이 변경되었는지 여부를 나타내는 의미 있는 지표가 아닙니다.
또한 이 응답 시간 비교는 항상 바이트코드 캐시의 모든 데이터를 거부합니다.
알아야 할 또 다른 측면은 Google이 웹 페이지의 로딩 속도를 획기적으로 향상시킬 웹 브라우저 업데이트도 진행 중이라는 것입니다.
이 대망의 새로운 기능은 역방향 캐시 데스크톱에서는 일부 사용자를 위해 Google Chrome 92와 함께 출시될 예정입니다.
아직 모르셨다면 이 기능은 Android에서 오랫동안 사용할 수 있었습니다. 사용자가 뒤로 또는 앞으로 버튼을 클릭하면 거의 즉시 페이지를 로드할 수 있습니다.
위에서 언급한 기능은 사용자가 세션 기록 탐색을 통해 다른 페이지를 탐색하고 동일한 페이지를 다시 방문할 때 페이지를 활성 상태로 유지하려고 시도합니다.
Google은 지난 2년 동안 이 기능을 테스트했으며 일부 사용자는 Chrome 92에서 이 기능을 사용하면서 마침내 실험 단계에 들어갔습니다.
기반으로 Google 그룹 토론, 출시일은 아직 미정입니다. 그러나 올해 말부터 더 광범위한 롤아웃이 시작될 것으로 예상됩니다.
이러한 새로운 Chrome 변경 사항이 마음에 드시나요? 아래 의견 섹션에서 알려주십시오.
