V8 및 기타 현대 자바스크립트 엔진들은 스크립트를 실행 직전에 네이티브 머신 코드로 즉시(JIT) 컴파일하여 속도를 얻습니다. 코드가 처음에는 기본 컴파일러에 의해 컴파일되며, 이는 최적화되지 않은 머신 코드를 빠르게 생성할 수 있습니다. 컴파일된 코드는 실행 중 분석되며, 필요에 따라 더 고급의 최적화 컴파일러로 동적으로 다시 컴파일되어 최상의 성능을 제공합니다. V8에서는 이러한 스크립트 실행 파이프라인이 다양한 특수 사례와 조건을 포함하고 있어 기본 컴파일러와 Crankshaft 및 TurboFan이라는 두 개의 최적화 컴파일러 사이를 전환하기 위한 복잡한 메커니즘이 필요합니다.
BlinkOn은 Blink, V8 그리고 Chromium 기여자들이 반년마다 열리는 모임입니다. BlinkOn 6는 6월 16일과 6월 17일 뮌헨에서 열렸습니다. V8 팀은 아키텍처, 설계, 성능 개선 및 언어 구현과 관련된 여러 발표를 진행했습니다.
V8 팀은 JavaScript가 점점 더 많은 표현력을 갖춘 잘 정의된 언어로 발전하는 것을 중요시하며, 이를 통해 빠르고 안전하며 올바른 웹 애플리케이션 작성이 쉬워지도록 합니다. 2015년 6월, TC39 표준 위원회에 의해 ES2015 사양이 승인되며 JavaScript 언어에 대한 단일 업데이트로는 가장 큰 규모의 변경이 이루어졌습니다. 새 기능에는 클래스, 화살표 함수, 프라미스, 이터레이터/제너레이터, 프록시, 특수 심볼, 및 추가적인 문법 설탕이 포함됩니다. TC39는 새로운 사양의 출현 속도를 높이기 위해 노력하며, 2016년 2월에 ES2016 후보 초안을 공개하였으며 올 여름 최종 승인됩니다. ES2015 업데이트만큼 광범위하지는 않지만 ES2016은 지수 연산자와 Array.prototype.includes를 도입한 점이 주목됩니다.
이전 블로그 게시글에서 우리는 가비지 컬렉션이 부드러운 브라우징 경험을 방해하며 발생하는 잉크 문제를 소개했습니다. 이 블로그 게시글에서는 새로운 V8 가비지 컬렉터인 _Orinoco_를 구축하기 위한 세 가지 최적화를 소개합니다. Orinoco는 대부분 병렬적이고 동시적 가비지 컬렉터를 엄격한 세대 경계를 넘어 구현함으로써 가비지 컬렉션 잉크와 메모리 소비를 줄이는 동시에 높은 처리량을 제공할 수 있다는 아이디어를 바탕에 두고 있습니다. Orinoco를 별도의 가비지 컬렉터로서의 플래그 뒤에 구현하는 대신, 즉각적으로 사용자에게 도움을 줄 수 있도록 Orinoco의 기능들을 V8의 최상위 트리에 점진적으로 배포하기로 결정하였습니다. 이번 글에서 논의된 세 가지 기능은 병렬 압축, 병렬 기억 집합 처리, 및 블랙 할당입니다.
WebAssembly의 포괄적인 개요와 미래의 커뮤니티 협력을 위한 로드맵은 Mozilla Hacks 블로그의 A WebAssembly Milestone를 참조하세요.
2015년 6월부터 Google, Mozilla, Microsoft, Apple 및 W3C WebAssembly 커뮤니티 그룹의 협력자들은 설계, 명세화, 및 WebAssembly의 구현(1, 2, 3, 4)에 열심히 노력해왔습니다. WebAssembly는 웹을 위한 새로운 실행 환경 및 컴파일 타겟으로, 메모리 안전 샌드박스 내에서 거의 네이티브 속도로 실행되도록 설계된 소형 이진 형식으로 인코딩된 저수준 이동 가능한 바이트 코드입니다. 기존 기술의 진화로서 WebAssembly는 웹 플랫폼에 긴밀히 통합되어 있으며, 네트워크에서 다운로드 속도가 더 빠르고 asm.js라는 JavaScript의 저수준 하위 집합보다 초기화가 더 빠릅니다.
ECMA-262 사양의 세 번째 버전과 함께 도입된 정규 표현식은 1999년부터 JavaScript의 일부였습니다. 기능과 표현력에서 JavaScript의 정규 표현식 구현은 다른 프로그래밍 언어와 대략 비슷한 수준을 보입니다.