Clojure勉強日記（その９ ３．２ 性能の最適化 - 夢とガラクタの集積場
こんにちは。 徐々に書けることが広がってきてはいますが、まだ４分の１。 とりあえず地道に続けます。 前章で述べたJavaの呼び出しで述べた方法を使ってJavaを呼ぶのがClojureでは普通。 これで基本的には十分に高速のはずだが、さらに高速化を行うことができる。 これは外部IFには影響を与えずに出来るため、後からチューニング・・・ということも可能。 1.性能のためにプリミティブを使う これまではパラメータに型情報をつけていなかった。 ＃メタデータで型ヒントをつけられるということについては書いてましたが。 これはコードをすっきりさせるが、その分データ型がわかりにくくなり、性能上のオーバヘッドも発生する。 → このやり方をダックタイピングという模様。 例として、１からｎまで足し合わせる関数を考える。 (defn sum-to [n] (loop [i 1 sum 0] (if (<= i n
多次元配列の見えないリフレクションに注意 - tnoda-clojure
速い Clojure の大敵といえば Java リフレクションです．*warn-on-reflection* を true にしておくと，REPL でリフレクションを警告してくれるので便利です． user> (def alist (java.util.ArrayList.)) #'user/alist user> (.add alist :foo) Reflection warning, NO_SOURCE_FILE:1 - call to add can't be resolved. ← これ true しかし，全てのリフレクションを検出して知らせてくれるわけではありません． *warn-on-reflection* を true にして次の defn foo を実行してみます． user> (set! *warn-on-reflection* true) true user> (def
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
ClojureとJavaでRaster描画速度を比べてみた · GitHub
