Cloudflare, Mozilla 및 Facebook은 JavaScript 로딩 속도를 높이기 위해 BinaryAST를 개발합니다.

Cloudflare, Mozilla, Facebook 및 Bloomberg의 엔지니어 제안 된 새로운 형식 바이너리 AST 브라우저에서 사이트를 열 때 JavaScript 코드의 전달 및 처리 속도를 높이기 위해. BinaryAST는 구문 분석 단계를 서버 측으로 이동하고 이미 생성된 추상 구문 트리(AST). BinaryAST를 수신하면 브라우저는 JavaScript 소스 코드 구문 분석을 우회하여 즉시 컴파일 단계로 진행할 수 있습니다.

시험용 준비된 MIT 라이센스에 따라 제공되는 참조 구현입니다. 파싱에는 Node.js 컴포넌트가 사용되며, 최적화 및 AST 생성을 위한 코드는 Rust로 작성되었습니다. 브라우저 측 지원
BinaryAST는 이미 다음에서 사용 가능합니다. 야간 집회 파이어폭스. BinaryAST의 인코더는 최종 사이트 도구 수준과 프록시 또는 콘텐츠 전달 네트워크 측의 외부 사이트 패키징 스크립트 모두에서 사용할 수 있습니다. 현재 워킹그룹의 BinaryAST 표준화 과정은 이미 시작되었습니다. ECMA TC39, 이후 형식은 gzip 및 brotli와 같은 기존 콘텐츠 압축 방법과 공존할 수 있습니다.

JavaScript를 처리할 때 코드 로드 및 구문 분석 단계에 상당한 시간이 소요됩니다. 많은 인기 사이트에서 다운로드된 JavaScript의 양이 10MB에 가깝다는 점(예: LinkedIn의 경우 7.2MB, Facebook - 7.1MB, Gmail - 3.9MB)을 고려하면 JavaScript의 초기 처리에 상당한 지연이 발생합니다. 코드가 로드될 때 즉시 AST를 완전히 빌드할 수 없기 때문에 브라우저 측의 구문 분석 단계도 느려집니다. 현재 요소를 구문 분석하기 위해 누락된 정보).

그들은 코드를 최소화되고 압축된 형태로 배포하고 브라우저에서 생성된 바이트코드를 캐싱하여 문제를 부분적으로 해결하려고 노력하고 있습니다. 최신 사이트에서는 코드가 자주 업데이트되므로 캐싱을 사용하면 문제가 부분적으로만 해결됩니다. WebAssembly가 해결책이 될 수 있지만 코드에 명시적인 입력이 필요하며 기존 JavaScript 코드의 처리 속도를 높이는 데 적합하지 않습니다.

또 다른 옵션은 JavaScript 스크립트 대신 미리 만들어진 컴파일된 바이트코드를 제공하는 것입니다. 그러나 타사 바이트코드는 검증하기 어렵고, 직접 처리하면 웹 계층화로 이어질 수 있고, 추가 보안 위험이 발생하며, 범용 바이트코드 형식이 필요합니다.

BinaryAST를 사용하면 새 바이트코드를 생성하거나 JavaScript 언어를 변경하지 않고도 현재 코드 개발 및 전달 모델에 맞출 수 있습니다. BinaryAST 형식의 데이터 크기는 압축된 축소된 JavaScript 코드와 비슷하며, 소스 텍스트 구문 분석 단계를 제거하여 처리 속도가 눈에 띄게 향상됩니다. 또한 이 형식을 사용하면 모든 데이터가 완료될 때까지 기다리지 않고 BinaryAST가 로드될 때 바이트코드로 컴파일할 수 있습니다. 또한 서버 측에서 구문 분석을 수행하면 반환된 BinaryAST 표현에서 사용하지 않는 기능과 불필요한 코드를 제외할 수 있습니다. 이는 브라우저 측에서 구문 분석할 때 불필요한 트래픽을 구문 분석하고 전송하는 데 시간을 낭비합니다.

BinaryAST의 특징은 원래 버전과 완전히 동일하지는 않지만 의미상 동일하고 동일한 이름의 변수 및 함수를 포함하는 읽기 가능한 JavaScript를 복원하는 기능입니다(BinaryAST는 이름을 저장하지만 위치에 대한 정보는 저장하지 않습니다). 코드, 서식 및 주석). 동전의 다른 측면은 새로운 공격 벡터의 출현이지만 개발자에 따르면 바이트코드 배포와 같은 대안을 사용할 때보다 훨씬 더 작고 제어하기가 더 쉽다고 합니다.

facebook.com 코드 테스트에 따르면 JavaScript 구문 분석은 CPU 리소스의 10-15%를 소비하고 구문 분석은 바이트 코드 생성 및 JIT용 초기 코드 생성보다 더 많은 시간이 소요되는 것으로 나타났습니다. SpiderMonkey 엔진에서는 AST를 완전히 구축하는 데 걸리는 시간이 500~800ms인데 BinaryAST를 사용하면 이 수치가 70~90% 줄었습니다.
일반적으로 대부분의 웹 불꽃놀이의 경우 BinaryAST를 사용하면 JavaScript 구문 분석 시간이 최적화 없는 모드에서는 3~10%, 사용되지 않는 기능 무시 모드가 활성화되면 90~97% 정도 단축됩니다.
1.2MB JavaScript 테스트 세트를 실행할 때 BinaryAST를 사용하면 시작 시간이 데스크톱 시스템(Intel i338)에서 314ms에서 7ms로, 모바일 장치(HTC One M2019)에서 1455년에서 8ms로 빨라졌습니다.

출처 : opennet.ru