Clojureで書いたプログラムを速く起動する。 - Qiita
この記事を参考にしました。 Clojureは数ある言語の中でも起動が遅い。そのため、実行時間が短いプログラムでは、Clojureの優れた実行速度が生かせない場合がある。 そんなことにもんもんとして、速くならないものかと実験してみた結果を記録しておく。 結論としては、GraalでNativeビルドが一番速い。 また、今回は実験していないが参考記事で説明されているDripもNativeビルドほどではないが速い。 環境等 AWS EC2 t2.microを使用した。 ubuntu@ip-172-31-37-182:~$ uname -a Linux ip-172-31-37-182 4.15.0-1021-aws #21-Ubuntu SMP Tue Aug 28 10:23:07 UTC 2018 x86_64 x86_64 x86_64 GNU/Linux
Java と比べて Clojure が 3 倍以上遅いというのは何かの間違いではないかと思って確かめたら，やっぱり間違いだった件 - tnoda-clojure
マルチコアプログラミングの概念と Java 8/Scala/Clojure での書き方，および，各プログラミング言語間での比較記事がはてなブックマークで 93 ブクマ（執筆時点）を集めており，人気となっています． マルチコア時代のプログラマは関数脳になろう〜Scala・Clojure〜 - Tech-Sketch 記事を読んでみるとなるほど分かりやすく，各プログラミング言語の違いも比較的すっと頭に入ってくる良い記事でした．この記事を書いた作者に敬意を表します． しかし，まとめのところに書かれている実行時間比較を見てみると，何かがおかしいのです． （元記事，まとめの表からの引用） Java7 Java8 Scala Clojure 非並列処理実時間 0m32.304s 0m32.511s 0m50.478s 1m38.138s ＣＰＵ時間 0m33.730s 0m35.842s 2m12.2
Clojure勉強日記（その９ ３．２ 性能の最適化 - 夢とガラクタの集積場
こんにちは。 徐々に書けることが広がってきてはいますが、まだ４分の１。 とりあえず地道に続けます。 前章で述べたJavaの呼び出しで述べた方法を使ってJavaを呼ぶのがClojureでは普通。 これで基本的には十分に高速のはずだが、さらに高速化を行うことができる。 これは外部IFには影響を与えずに出来るため、後からチューニング・・・ということも可能。 1.性能のためにプリミティブを使う これまではパラメータに型情報をつけていなかった。 ＃メタデータで型ヒントをつけられるということについては書いてましたが。 これはコードをすっきりさせるが、その分データ型がわかりにくくなり、性能上のオーバヘッドも発生する。 → このやり方をダックタイピングという模様。 例として、１からｎまで足し合わせる関数を考える。 (defn sum-to [n] (loop [i 1 sum 0] (if (<= i n
JVM のオプション設定で Clojure の起動を 30% 高速化 → さらに高速化で起動時間半減へ - tnoda-clojure
遅い遅いと言われる Clojure の起動ですが，JVM のオプションを正しく設定すれば少しは速くなります． 以前，TieredCompilation オプションで起動をちょっとだけ高速化． というメモを書いたのですが，このメモで紹介したオプションを，-XX:TieredStopAtLevel=1 と組み合わせることで，Clojure の起動をオプション無しのときと比較して，30% 高速化できました． まずはベースラインから， ~ % /usr/bin/time java -client -cp ~/clojure.jar clojure.main -e nil 1.10 real 1.60 user 0.11 sys 私の環境では 1.1 秒かかっています．次に，-XX:TieredCompilation を追加します． ~ % /usr/bin/time java -XX:+Tiere
Clojure高速化テクニック - Qiita
Clojureプログラムを高速化するためのテクニック集です。 本稿に書いてある手法が全てではありません。個々の手法について細かく書いてはいないため、詳しい情報は他の文献を参照してください。また、Clojureプログラムの外側（JVMなど）については記述していません。 Premature optimization is the root of all evil. -- Donald Knuth 過度なチューニングは保守性や可読性を犠牲にする場合があるので、注意が必要です。 Measure. Don't tune for speed until you've measured, and even then don't unless one part of the code overwhelms the rest. -- Rob Pike ボトルネックをきちんと調査した上で、適切なパフォーマンス
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
TieredCompilation オプションで起動をちょっとだけ高速化． - tnoda-clojure
