V8은 힙 크기에 대해 하드 제한을 가지고 있습니다. 이는 메모리 누수를 가진 애플리케이션에 대한 안전장치 역할을 합니다. 애플리케이션이 이 하드 제한에 도달하면, V8은 일련의 최후의 쓰레기 수집을 수행합니다. 쓰레기 수집이 메모리를 해제하는 데 도움이 되지 않으면, V8은 실행을 중지하고 메모리 부족 실패를 보고합니다. 하드 제한이 없다면, 메모리 누수가 있는 애플리케이션이 시스템 메모리를 모두 사용하여 다른 애플리케이션의 성능에 악영향을 미칠 수 있습니다.
이 블로그 게시물은 TurboFan 기반의 새로운 코드 생성 아키텍처를 통해 정규 표현식의 내장 기능을 셀프 호스팅 JavaScript 구현에서 이전한 V8의 최근 변화를 다룹니다.
지난 1년 동안 V8 팀은 실제 JavaScript 성능을 측정하고 이해하기 위한 새로운 방법론을 개발했습니다. 이를 통해 얻은 통찰력을 바탕으로, V8 팀이 JavaScript를 더욱 빠르게 만들기 위한 방식을 변화시켰습니다. 우리의 새로운 실제 환경 중심의 접근법은 전통적인 성능 중심에서 중요한 변화의 순간을 나타냅니다. 2017년에도 이 방법론을 계속 적용하면서, Chrome과 Node.js 모두에서 실제 JavaScript를 위한 예측 가능한 성능에 의존할 수 있는 사용자와 개발자의 능력을 크게 향상시킬 것이라고 확신합니다.
Node.js의 인기는 지난 몇 년 동안 꾸준히 증가해 왔으며, 우리는 Node.js를 더 나아지게 만들기 위해 노력해 왔습니다. 이 블로그 게시물은 V8과 DevTools에서의 최근 노력을 강조합니다.
이제 Chrome 개발자 도구를 사용하여 Node 애플리케이션을 디버그할 수 있습니다. Chrome DevTools 팀은 디버깅 프로토콜을 구현하는 소스 코드를 Chromium에서 V8로 이전하여 Node Core가 디버거 소스 및 의존성과 동기화 상태를 쉽게 유지할 수 있게 했습니다. 다른 브라우저 벤더 및 IDE 역시 Chrome 디버깅 프로토콜을 사용하며, 이는 Node를 사용할 때의 개발자 경험을 집단적으로 향상시킵니다.
오늘 우리는 Firefox와 Edge와 함께 웹어셈블리 브라우저 미리보기를 발표하게 되어 기쁩니다. 웹어셈블리 또는 Wasm은 Google, Mozilla, Microsoft, Apple 및 W3C 웹어셈블리 커뮤니티 그룹의 협력자들에 의해 설계된 웹을 위한 새로운 런타임 및 컴파일 대상입니다.
메모리 소비는 자바스크립트 가상머신 성능상의 트레이드오프 공간에서 중요한 측면입니다. 지난 몇 달 동안 V8 팀은 현대 웹 개발 패턴을 대표하는 여러 웹사이트를 분석하고 메모리 사용량을 크게 줄였습니다. 이번 블로그 포스트에서는 우리가 분석에 사용한 작업과 도구를 소개하고, 가비지 컬렉터에서의 메모리 최적화를 개관하며, V8의 파서와 컴파일러에서 소비되는 메모리를 어떻게 줄였는지 보여줍니다.