インタプリタ
Visual Basic for Applications
ActionScript
APL
AWK
Bash
BASIC(古典的なマイクロコンピュータ用)
CFScript(英語版)
Common Lisp
Csh
Curl
dBASE
Emacs Lisp
FoxPro
Hot Soup Processor
HyperTalk
Io
Java FX Script(英語版)
JavaScript
Mathematica
MATLAB
Perl(第5版まで)
PostScript
Prolog
REXX
Ruby
Python
PHP
R
S
Scheme
SKILL
Tcl
TeX
VBScript
XSL
Windows PowerShell
なでしこ
ひまわり
インタプリタ方式の実行速度はコンパイラ方式の実行速度よりも遅い傾向がある。
コンパイラではプログラム内の文の解析を実行前に1回だけ行うが、単純な実装のインタプリタではそれを文ごとに実行時に毎回行うため、実行性能が低くなる。単純な実装のインタプリタでは変数にアクセスする際も識別子とメモリ上の位置のマッピングを確認しなければならず、しかもそれを実行中に何度も行わなければならないので、遅くなる。
またディスパッチはインタプリタが本質的に抱えるコストである。コンパイル方式では事前(コンパイル時)にディスパッチ相当の命令ボディ整列がおこなわれるため、実行時にディスパッチコストが発生しない。ゆえにインタプリタ方式ではディスパッチコスト×命令数分の追加コストが本質的に掛かる。
ディスパッチは分岐予測を難しくする。ゆえにパイプライン方式を採用するCPUにおいて速度へ影響を与える。影響の大きさは分岐予測器の性能に左右され、2000年代以前のCPUではインタプリタの低速度がこのペナルティによって引き起こされるとされていた。予測器の性能が上昇した2010年代以降のCPU(例: x86 Haswell)ではその影響は小さい。
インタプリタによる開発の速さとコンパイラによる実行の速さの間で、様々な妥協案が考案されてきた。一部の LISP 処理系などでは、インタプリタのコードとコンパイルされたコードが相互に呼び出しあうことができ、変数も共有できる。