タグ

rubyとoptimizationに関するyoupyのブックマーク (3)

  • 大江戸Ruby会議01 高速なテストサイクルを回すには - 2nd life (移転しました)

    日大江戸*1で行われた大江戸Ruby会議01で、高速なテストサイクルを回すにはという内容で発表してきました。 大江戸Ruby会議01 高速なテストサイクルを回すには View more presentations from hotchpotch テストを速くするには二パターンあり、一つは単体実行時の速度・フィードバックの高速化、もう一つはすべてのテスト実行時の高速化があると思っていて、それらについての話です。ぎゅっとまとめると、前半の単体実行時の速度・フィードバック高速化には spork / prefetch-rspec / autotest / watchr を使おうという話と、後半は REE / parallel_tests による高速化・並列実行、remote spec によるリモートマシンでの分散テストについての話です。 特にオレオレプロジェクトの prefetch-rspec

    大江戸Ruby会議01 高速なテストサイクルを回すには - 2nd life (移転しました)
  • 高速化

    rubyの短所として実行が遅いことがあげられる。 しかし工夫すればこのデメリットを最小限におさえることができる。 つまり時間のかかるところを何とかすればよい。 rubyのループは非常に遅いためこの部分をCやFortranでかかれた 拡張ライブラリに置き換えればよい。 その他の部分はおそらく高々数回しか実行されないので、 遅くてもあまり問題ない(はず)。 NArrayを最大限利用する データを扱う際 NArray を使いましょう。 NArray は C で書かれており高速に実行されます。 また役に立つメソッドが多数用意されているので簡単にプログラムが書けます。 NArray の機能うまく利用してできるだけ ruby のループをなくしましょう。 高速化心得その壱: 簡単な統計量は専用メソッドを使え 高速化心得その弐: 平均値からのずれもこんなに簡単に 高速化心得その壱: 簡単な統計量は専用メソ

  • Ruby Hoedown Slides at time to bleed by Joe Damato

    I'm sure the content of your presentation is great. Unfortunately you made two decisions that make it very difficult to read it. Decision #1: using this web site. Its is so overladen with Javascript it has totally bogged down in my browser (FF 3.014). using 900 MB (on a system with 512 Mb (1/2 GB) of RAM. a configuration which is equal to or larger than 85% of the PC's the world today.) Decision #

  • 1