인터프리터, 컴파일, JIT 컴파일
들어가기 전에
우리가 작성한 코드가 컴퓨터에서 실행되기 위해서는 0과 1로 이루어진 컴퓨터가 인식할 수 있는 기계어로 변역되어야 한다.
(C, 자바, C++, 자바스크립트 등과 같은 프로그래밍 언어를 사용하여 작성하는 프로그램을 고급 언어라고 합니다. 고급 언어는 사람 친화적 언어이다.)
기계어로 번역되는 방식(번역 시기)에는 인터프리터와 컴파일이 있다.
- 미리 번역을 해놓고 실행하면 컴파일
- 그때그때 번역하고 실행하면 인터프리터
컴파일
- 소스코드의 전체를 보고 기계어로 변역한 다음 번역된 파일을 생성해 컴퓨터에서 실행시키는 방법이다.
- 한 언어에서 다른 언어로 번역하는 프로그램을 컴파일러
- 컴파일러는 무조건 기계어로 번역할 필요 없다. (자바 → c언어)
- 파일들을 모두 번역해서 하나의 바이너리(또는 어셈블리)파일로 저장한다. 그러면 이후에 사용자가 이 바이너리 파일을 실행시키면 프로그램이 실행되는 것
- 장점
- 실행 속도가 인터프리터에 비해 빠르다.
- 한번 작성된 코드가 번역되어 실행 파일이 생성되면 이후로는 다시 번역할 필요 없이 번역된 실행파일을 실행시키면 되기 때문에 시간상의 효율성이 뛰어나다.
- 단점
- 특정 시스템에서 번역된 실행 파일은 다른 시스템에서는 실행되지 않는다.
- 윈도우에서 번역된 파일은 맥에서는 실행되지 않기 때문에 각각 시스템에 맞는 컴파일러를 별도로 만들어 줘야 한다
- compile는 전체를 보고 작업을 한 후에 실행이 되기 때문에 실행되기 전까지 약간의 시간이 필요합니다.
- 특정 시스템에서 번역된 실행 파일은 다른 시스템에서는 실행되지 않는다.
인터프리터
- 코드를 직접 한 줄씩 번역한 다음 바로 실행시키는 방법
- 인터프리터를 실행시키면 인터프리터가 해당 파일의 첫번째 줄을 읽어 기계어 명령어로 번역 한 후 CPU에 바로 돌린다.
- 스크립트 언어(Javascript, Python, PHP)들이 이 방법을 사용
- 장점
- 인터프리터만 설치되어 있으면 같은 프로그램(스크립트)을 다른 컴퓨터에서도 실행 시킬 수 있다.
- 한 줄씩 번역하여 실행시키기 때문에 매번 버그가 발생할 때마다 전체를 컴파일하지 않아도 돼서 디버깅에 편리하다
- 단점
- 컴파일 방법보다 상대적으로 시간 효율성이 떨어진다.(느리다)
- 어떤 언어들은 바로 기계어로 번역되고, 어떤 언어들은 바이트코드로 한번 컴파일 된 후 해석(interpret)된다.
컴파일 vs 인터프리터 주요 차이점
- 컴파일러는 프로그램이 실행되기 전에 고급 프로그래밍 언어로 작성된 코드를 기계어로 한 번에 변환하는 반면, 인터프리터는 프로그램이 실행되는 동안 고급 프로그램 명령문을 하나씩 기계어로 변환한다.
- 해석된 코드는 느리게 실행되는 반면 컴파일된 코드는 더 빠르게 실행된다.
- Compiler는 컴파일 후 모든 오류를 표시하지만 Interpreter는 각 행의 오류를 하나씩 표시합니다.
- Compiler는 번역 연결 로딩 모델을 기반으로 하는 반면 Interpreter는 Interpretation Method를 기반으로 합니다.
- 컴파일러는 전체 프로그램을 사용하는 반면 인터프리터는 한 줄의 코드를 사용합니다.
최근에는 컴파일과 인터프리트 방법을 모두 사용하는 하이브리드 방식을 사용하고, 하드웨어 성능이 높아져서 예전처럼 컴파일 언어와 인터프리터 언어의 성능 차이를 사람이 체감할 정도로 크지 않다. 하이브리드 방식은 사람이 작성한 코드를 컴파일러를 사용해 중간 코드(바이트 코드)로 변환하고 이 중간 코드를 가상 머신을 통해 한 줄씩 기계어로 번역하여 즉시 실행시키는 방식이다.
JIT 컴파일러
- 실행 시점에서 인터프리트 방식으로 기계어 코드를 생성하면서 그 코드를 캐싱하여, 같은 함수가 여러 번 불릴 때 매번 기계어 코드를 생성하는 것을 방지한다.
- 최근의 자바 가상 머신과 .NET, V8(node.js)에서는 JIT 컴파일을 지원한다. 즉, 컴파일러가 프로그램 코드를 바이트코드로 변환한 다음, 실제 바이트코드를 실행하는 시점에서 가상 머신이 바이트코드를 JIT 컴파일을 통해 기계어로 변환한다.
- 일반적으로 순수 컴파일만 하는 방식 보다는 느리다.
- 인터프리터와 컴파일러의 방식을 적절히 혼합해서 속도를 개선
- 번역된 코드를 캐싱해둔 다음 똑같은 코드가 있다면 번역하지않고 캐싱해둔 값을 사용하여 매번 기계어 코드가 생성되는 것을 방지해 인터프리팅 시간을 단축시킨다.
- 반복문에서 매번 같은 코드를 다시 번역해야 하는 문제
들어가기 전에
우리가 작성한 코드가 컴퓨터에서 실행되기 위해서는 0과 1로 이루어진 컴퓨터가 인식할 수 있는 기계어로 변역되어야 한다.
(C, 자바, C++, 자바스크립트 등과 같은 프로그래밍 언어를 사용하여 작성하는 프로그램을 고급 언어라고 합니다. 고급 언어는 사람 친화적 언어이다.)
기계어로 번역되는 방식(번역 시기)에는 인터프리터와 컴파일이 있다.
- 미리 번역을 해놓고 실행하면 컴파일
- 그때그때 번역하고 실행하면 인터프리터
컴파일
- 소스코드의 전체를 보고 기계어로 변역한 다음 번역된 파일을 생성해 컴퓨터에서 실행시키는 방법이다.
- 한 언어에서 다른 언어로 번역하는 프로그램을 컴파일러
- 컴파일러는 무조건 기계어로 번역할 필요 없다. (자바 → c언어)
- 파일들을 모두 번역해서 하나의 바이너리(또는 어셈블리)파일로 저장한다. 그러면 이후에 사용자가 이 바이너리 파일을 실행시키면 프로그램이 실행되는 것
- 장점
- 실행 속도가 인터프리터에 비해 빠르다.
- 한번 작성된 코드가 번역되어 실행 파일이 생성되면 이후로는 다시 번역할 필요 없이 번역된 실행파일을 실행시키면 되기 때문에 시간상의 효율성이 뛰어나다.
- 단점
- 특정 시스템에서 번역된 실행 파일은 다른 시스템에서는 실행되지 않는다.
- 윈도우에서 번역된 파일은 맥에서는 실행되지 않기 때문에 각각 시스템에 맞는 컴파일러를 별도로 만들어 줘야 한다
- compile는 전체를 보고 작업을 한 후에 실행이 되기 때문에 실행되기 전까지 약간의 시간이 필요합니다.
- 특정 시스템에서 번역된 실행 파일은 다른 시스템에서는 실행되지 않는다.
인터프리터
- 코드를 직접 한 줄씩 번역한 다음 바로 실행시키는 방법
- 인터프리터를 실행시키면 인터프리터가 해당 파일의 첫번째 줄을 읽어 기계어 명령어로 번역 한 후 CPU에 바로 돌린다.
- 스크립트 언어(Javascript, Python, PHP)들이 이 방법을 사용
- 장점
- 인터프리터만 설치되어 있으면 같은 프로그램(스크립트)을 다른 컴퓨터에서도 실행 시킬 수 있다.
- 한 줄씩 번역하여 실행시키기 때문에 매번 버그가 발생할 때마다 전체를 컴파일하지 않아도 돼서 디버깅에 편리하다
- 단점
- 컴파일 방법보다 상대적으로 시간 효율성이 떨어진다.(느리다)
- 어떤 언어들은 바로 기계어로 번역되고, 어떤 언어들은 바이트코드로 한번 컴파일 된 후 해석(interpret)된다.
컴파일 vs 인터프리터 주요 차이점
- 컴파일러는 프로그램이 실행되기 전에 고급 프로그래밍 언어로 작성된 코드를 기계어로 한 번에 변환하는 반면, 인터프리터는 프로그램이 실행되는 동안 고급 프로그램 명령문을 하나씩 기계어로 변환한다.
- 해석된 코드는 느리게 실행되는 반면 컴파일된 코드는 더 빠르게 실행된다.
- Compiler는 컴파일 후 모든 오류를 표시하지만 Interpreter는 각 행의 오류를 하나씩 표시합니다.
- Compiler는 번역 연결 로딩 모델을 기반으로 하는 반면 Interpreter는 Interpretation Method를 기반으로 합니다.
- 컴파일러는 전체 프로그램을 사용하는 반면 인터프리터는 한 줄의 코드를 사용합니다.
최근에는 컴파일과 인터프리트 방법을 모두 사용하는 하이브리드 방식을 사용하고, 하드웨어 성능이 높아져서 예전처럼 컴파일 언어와 인터프리터 언어의 성능 차이를 사람이 체감할 정도로 크지 않다. 하이브리드 방식은 사람이 작성한 코드를 컴파일러를 사용해 중간 코드(바이트 코드)로 변환하고 이 중간 코드를 가상 머신을 통해 한 줄씩 기계어로 번역하여 즉시 실행시키는 방식이다.
JIT 컴파일러
- 실행 시점에서 인터프리트 방식으로 기계어 코드를 생성하면서 그 코드를 캐싱하여, 같은 함수가 여러 번 불릴 때 매번 기계어 코드를 생성하는 것을 방지한다.
- 최근의 자바 가상 머신과 .NET, V8(node.js)에서는 JIT 컴파일을 지원한다. 즉, 컴파일러가 프로그램 코드를 바이트코드로 변환한 다음, 실제 바이트코드를 실행하는 시점에서 가상 머신이 바이트코드를 JIT 컴파일을 통해 기계어로 변환한다.
- 일반적으로 순수 컴파일만 하는 방식 보다는 느리다.
- 인터프리터와 컴파일러의 방식을 적절히 혼합해서 속도를 개선
- 번역된 코드를 캐싱해둔 다음 똑같은 코드가 있다면 번역하지않고 캐싱해둔 값을 사용하여 매번 기계어 코드가 생성되는 것을 방지해 인터프리팅 시간을 단축시킨다.
- 반복문에서 매번 같은 코드를 다시 번역해야 하는 문제
reference
https://noahlogs.tistory.com/56
https://imasoftwareengineer.tistory.com/43
https://ko-de-dev-green.tistory.com/20
https://meetup.toast.com/posts/77
https://www.guru99.com/difference-compiler-vs-interpreter.html
https://beststar-1.tistory.com/3
[javascript] 자바스크립트는 컴파일언어인가요 인터프리터 언어인가요?
jit 예시
https://catch-me-java.tistory.com/11
https://hacks.mozilla.org/2017/02/a-crash-course-in-just-in-time-jit-compilers/
리액트 네이트 앱 안을 들여다보기
https://medium.com/@kyo504/번역-잠깐-내가-만든-리액트-네이티브-앱이-시작하면-무슨일이-일어나는거지-리액트-네이티브-안을-들여다보기-2b4a9bce79a2
컴파일에 대한 이해