리뷰나라

Scala 컴파일러의 속도 (부족)에는 두 가지 측면이 있습니다.

1. 시작 오버 헤드 증가

   • Scalac 자체는로드 및 jit 컴파일해야하는 많은 클래스로 구성됩니다.

   • Scalac은 모든 루트 패키지 및 파일에 대한 클래스 경로를 검색해야합니다. 클래스 경로의 크기에 따라 1 ~ 3 초 더 걸릴 수 있습니다.

   전반적으로 4-8 초의 scalac의 시작 오버 헤드가 예상되며 디스크 캐시가 채워지지 않도록 처음 실행할 경우 더 길어집니다.

   시작 오버 헤드에 대한 Scala의 대답은 fsc를 사용하거나 sbt로 연속 빌드를 수행하는 것입니다. IntelliJ는 두 옵션 중 하나를 사용하도록 구성해야합니다. 그렇지 않으면 작은 파일의 경우에도 오버 헤드가 너무 큽니다.

2. 컴파일 속도가 느립니다. Scalac은 약 500 개에서 최대 1000 개의 라인 / 초를 관리합니다. Javac은 약 10 배를 관리합니다. 이에 대한 몇 가지 이유가 있습니다.

   • 유형 추론은 특히 암시 적 검색과 관련된 경우 비용이 많이 듭니다.

   • Scalac은 유형 검사를 두 번 수행해야합니다. Scala의 규칙에 따라 한 번, Java의 규칙에 따라 삭제 한 후 두 번째.

   • 유형 검사 외에도 Scala에서 Java로 이동하는 데 약 15 개의 변환 단계가 있으며 모두 시간이 걸립니다.

   • Scala는 일반적으로 Java보다 주어진 파일 크기 당 더 많은 클래스를 생성합니다. 특히 기능적 관용구가 많이 사용되는 경우 더욱 그렇습니다. 바이트 코드 생성 및 클래스 작성에는 시간이 걸립니다.

   반면에 1000 라인 Scala 프로그램은 2-3K 라인 Java 프로그램에 해당 할 수 있으므로 초당 라인으로 계산할 때 느린 속도 중 일부는 라인 당 더 많은 기능과 균형을 이루어야합니다.

   우리는 속도 향상을 위해 노력하고 있지만 (예를 들어, 병렬로 클래스 파일을 생성함으로써),이면에서 기적을 기대할 수는 없습니다. Scalac은 javac만큼 빠르지 않습니다. 나는 해결책이 좋은 의존성 분석과 함께 fsc와 같은 컴파일 서버에있을 것이라고 믿는다. 그래서 최소한의 파일 세트 만 재 컴파일되어야한다. 우리도 그것에 대해 연구하고 있습니다.

답변