「コンパイラ・スクリプトエンジン」相談室16 (649ﾚｽ)
上下前次1-新

---

285: 2015/09/21(月)21:42 ID:LoRahTLC(1) AA×
>>283


[240|320|480|600|100%|JPG|べ|ﾚｽ栞|ﾚｽ消]
285: [sage] 2015/09/21(月) 21:42:55.66 ID:LoRahTLC >>283 「スクリプト型の言語」やら「コンパイル」やらが何を意味してるのかにも依りますが、 よくある速度重視の構成だと、読み込み時に構文解析や意味解析、中間コード生成を終わらせて 実行時に中間コードを(1)実行可能バイナリに変換するパターンと、(2)仮想マシン上でエミュレートするパターンとの二通りがあります。 (1)の場合は変換処理そのものがそれなりに重く、 しかも高度な最適化を掛けるとそれ自体に時間が掛かってしまうので 最適化は殆ど掛けられずコンパイラ型言語の2〜3倍は遅くなりますし、 (2)の場合は1命令実行するのに命令を読み込んで比較してジャンプして、 とCPUがアナログ回路上で並列処理してる計算を逐次的に実行するのでかなり重くなります。 http://mevius.5ch.net/test/read.cgi/tech/1405822579/285
スクリプト型の言語やらコンパイルやらが何を意味してるのかにも依りますが よくある速度重視の構成だと読み込み時に構文解析や意味解析中間コード生成を終わらせて 実行時に中間コードを実行可能バイナリに変換するパターンと仮想マシン上でエミュレートするパターンとの二通りがあります の場合は変換処理そのものがそれなりに重く しかも高度な最適化を掛けるとそれ自体に時間が掛かってしまうので 最適化は殆ど掛けられずコンパイラ型言語の倍は遅くなりますし の場合は命令実行するのに命令を読み込んで比較してジャンプして とがアナログ回路上で並列処理してる計算を逐次的に実行するのでかなり重くなります

---

上下前次1-新書関写板覧索設栞歴

---

あと 364 ﾚｽあります
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ

---

ぬこの手 ぬこTOP 0.036s