편집토론기록

인터프리터: 두 판 사이의 차이

편집 요약 없음
 
(사용자 8명의 중간 판 13개는 보이지 않습니다)
1번째 줄: 1번째 줄:
[[프로그래밍 언어]]로 된 코드를 입력받아, 자기가 그 코드에 적힌 프로그램의 내용을 수행하는 [[컴퓨터 프로그램]]. 마치 해당 프로그래밍 언어가 기계어인 또 다른 컴퓨터처럼 동작한다는 점에서 [[가상 머신]]과 궤를 같이 한다고 볼 수도 있다.
'''인터프리터'''(Interpreter)는 [[프로그래밍 언어]]로 된 코드를 입력받아, 자기가 그 코드에 적힌 프로그램의 내용을 수행하는 [[컴퓨터 프로그램]]이다.


지금은 상상하기 힘든 일이지만, [[컴파일러]] 기술이 발달하기 전에는 컴파일 결과로 나온 프로그램의 실행 속도보다 그 프로그램을 그냥 인터프리터로 돌리는 게 빨랐던 때도 있었다. [[BASIC]]과 같은 언어들이 그런 시절의 산실이라 할 수 있다. 물론 [https://twitter.com/sanxiyn/status/587174539987038209 현 세대의 컴파일러 기술은 더 이상 인간이 손으로 어셈블리 코드를 짜서는 따라잡을 수 없는 수준으로 발전]했기에, 지금의 인터프리터들은 컴파일된 실행 파일 수준으로 성능을 끌어올리기엔 많은 어려움이 있다.
== 특징 ==
마치 해당 프로그래밍 언어가 기계어인 또 다른 컴퓨터처럼 동작한다는 점에서 [[가상 머신]]과 궤를 같이 한다고 볼 수도 있다. 컴파일러와는 달리 코드를 한 줄씩 즉석에서 번역하는데, 이로 인해 수정이 간단한 등 많은 장점이 있다. 특히 코드 중에 한 글자 삑사리 나면 망하는 컴파일러와는 달리, 인터프리터는 일단 삑사리가 날 때까지는 정상적으로 실행해준다. 하지만 이로 인해 속도가 더럽게 느리다는 단점이 있어서, 복잡한 프로그램을 만들 때는 선호되지 않는다. {{ㅊ| 스크립트 언어로 OS 짜는 거 본 사람?}}<ref>안드로이드는 달빅 바이트코드로 돌아가기 때문에, 엄밀히 말하면 인터프리터에서 돌아가는 운영체제이다. 그래서 안드로이드가 선천적으로 속도가 느리다...는 5.0부터 ART에서 AOT 컴파일링이 도입되면서 나아지고 있다.</ref> 비유하자면 컴파일러가 번역가, 인터프리터가 동시통역사라고 할 수 있다.


정말로 매번 코드를 파싱해서 실행하는 식으로 동작하던 인터프리터도 많았지만, 실행 성능을 올리기 위해서 요즘은 [[Python]]이나 [[Ruby]] 같은 웬만한 [[스크립트 언어]]들도 [[바이트코드]] 컴파일 정도는 하고 있다. 좀 더 본격적으로는 [[Just-in-time 컴파일]]을 구현하는 경우도 있으며, [[JavaScript]]의 [[V8 엔진]], [[Python]]의 [[PyPy]], [[Lua]]의 [[LuaJIT]] 등이 좋은 예시이다.
 
정말로 매번 실행할 때마다 코드를 파싱해서 한 줄 한 줄 실행하는 식으로 동작하던 인터프리터도 많았지만, 실행 성능을 올리기 위해서 요즘은 [[Python]]이나 [[Ruby]] 같은 웬만한 [[스크립트 언어]]들도 [[바이트코드]] 컴파일 정도는 하고 있다. 좀 더 본격적으로는 [[Just-in-time 컴파일]]을 구현하는 경우도 있으며, [[JavaScript]]의 [[V8 자바스크립트 엔진|V8]], [[Python]]의 [[PyPy]], [[Lua]]의 [[LuaJIT]] 등이 좋은 예시이다.
== 인터프리터 언어 목록 ==
{{참고|분류:인터프리터 언어}}
 
== 더 보기 ==
* [[컴파일러]]
* [[Just-in-time 컴파일]]
 
{{각주}}
 
[[분류:컴퓨터 프로그래밍]]

2021년 11월 9일 (화) 08:12 기준 최신판

인터프리터(Interpreter)는 프로그래밍 언어로 된 코드를 입력받아, 자기가 그 코드에 적힌 프로그램의 내용을 수행하는 컴퓨터 프로그램이다.

특징[편집 | 원본 편집]

마치 해당 프로그래밍 언어가 기계어인 또 다른 컴퓨터처럼 동작한다는 점에서 가상 머신과 궤를 같이 한다고 볼 수도 있다. 컴파일러와는 달리 코드를 한 줄씩 즉석에서 번역하는데, 이로 인해 수정이 간단한 등 많은 장점이 있다. 특히 코드 중에 한 글자 삑사리 나면 망하는 컴파일러와는 달리, 인터프리터는 일단 삑사리가 날 때까지는 정상적으로 실행해준다. 하지만 이로 인해 속도가 더럽게 느리다는 단점이 있어서, 복잡한 프로그램을 만들 때는 선호되지 않는다. 스크립트 언어로 OS 짜는 거 본 사람?[1] 비유하자면 컴파일러가 번역가, 인터프리터가 동시통역사라고 할 수 있다.


정말로 매번 실행할 때마다 코드를 파싱해서 한 줄 한 줄 실행하는 식으로 동작하던 인터프리터도 많았지만, 실행 성능을 올리기 위해서 요즘은 Python이나 Ruby 같은 웬만한 스크립트 언어들도 바이트코드 컴파일 정도는 하고 있다. 좀 더 본격적으로는 Just-in-time 컴파일을 구현하는 경우도 있으며, JavaScript의 V8, Python의 PyPy, Lua의 LuaJIT 등이 좋은 예시이다.

인터프리터 언어 목록[편집 | 원본 편집]

Crystal Clear app xmag.svg 이와 관련한 내용은 분류:인터프리터 언어에서 볼 수 있습니다.

더 보기[편집 | 원본 편집]

각주

  1. ↑ 안드로이드는 달빅 바이트코드로 돌아가기 때문에, 엄밀히 말하면 인터프리터에서 돌아가는 운영체제이다. 그래서 안드로이드가 선천적으로 속도가 느리다...는 5.0부터 ART에서 AOT 컴파일링이 도입되면서 나아지고 있다.