MiniProfiler: A simple but effective mini-profiler for .NET and Ruby
A simple but effective mini-profiler for .NET, Ruby, Go and Node.js. What does it profile? MiniProfiler does not attach itself to every single method call; that would be too invasive and wouldn't focus on the biggest performance issues. Instead, it provides: An ADO.NET profiler, capable of profiling calls on raw ADO.NET (SQL Server, Oracle, etc), LINQ-to-SQL, Entity Framework (including Code First
Octopress/Jekyllの実行時間をなんとかする
Octopressに移行してさっそくつまづいた。HTML生成にうんと時間がかかる。どのくらいかかるかというと4分ちょっと。 本文がHTML(拡張子が.none)のファイルが2,188個、markdownファイルが1個。それとその他の記事以外のファイルが10個前後。あとはOctopressの標準的な構成のまま。 一つの記事を書いて、その変換結果を確認して、それから公開する。誤字の修正のようなちょっとした変更のたびに4分ちょっと待つのは辛い。最新の記事だと分かっているときならjekyllコマンドに--limit_posts=1を付けて実行すればある程度回避できなくはないが。 そういうわけで、多少なりとも改善できないものかと調べてみた。 まずはruby-profでざっとプロファイルをとってながめる。メソッド名や呼び出され方などからして、コードを読み込まなければならないところは大変そうなのでとりあ
Opscode Chef Short-Term Roadmap and Performance Improvements - Chef - Opscode Open Source Wiki
Session Title: Convener: Christopher Brown (cb@opscode.com, @skeptomai), Kevin Smith (k@opscode.com, @kevsmith) Participants: A cast of thousands... Well, at least a couple dozen. Slides: chef_summit_scaling.pdf Summary of discussions: Rob Hirschfeld's Notes Chef <3 Erlang Scaling moving to more Erlang on REST APIs, made a 2x in memory use difference Erlang bits have realy steady performance Da
例えば GC を止める・Ruby ウェブアプリケーションの高速化 - 2nd life (移転しました)
最近クックパッドでは、アプリケーションサーバの大半が Rails 2.3 から Rails 3 に置き換わったのですが*1、リリース前のベンチマークの時点ではあまりパフォーマンスが出ず四苦八苦していました。具体的には Rails 2.3 の時と比べ MRI 1.8.7 だとレスポンスタムが200%ぐらい遅い結果でした。Rails 3 になって実装が Merb core を取り入れ疎結合で綺麗になった反面、より多くのオブジェクトと・メモリを利用する様になった影響かと思います。 そこで Ruby インタプリタの変更*2を行い検証をしたところ MRI 1.8.7 (Rails 2.3と比べ) 約200%遅い MRI 1.8.7 -> Ruby Enterprise Edition 1.8.7 2011.03 (tcmalloc 無効) 約180%低速 MRI 1.8.7 -> Ruby Ente
RubyKaigi2011で発表しましたよ | sunagae.net
Rubyで使えるリアルタイムプロファイラって題目で発表しました。とはいえ実態はPythonのほうが(ry 何だかんだで言いたいことは言えたし、Pythonのところで狙いどおりウケてくれたので、よしといった感じでしょうか。 実際に使っている方もいらっしゃってそれはうれしかったです。 公開場所→sunagae.netのllprofページ 取り上げていただいたサイト とかを自己満のためリストする。(順不同) http://gihyo.jp/news/report/01/rubykaigi2011/0001?page=3 http://www.garbagecollect.jp/~usa/d/201107b.html http://d.hatena.ne.jp/ku-ma-me/20110718/p1 http://d.hatena.ne.jp/raccoon9t/20110716/1310825
sunagae.net [軽量言語向けリアルタイムプロファイラ (llprof)]
hg clone http://www.sunaga-lab.com/hgrepos/llprof # 安定版へ更新 hg update stable # 最新版へ更新 hg update
[Rails] *.rhtmlでrender :partialを使うとめちゃくちゃ遅いので対処する方法
Posted by masuidrive Mon, 01 Jan 2007 11:37:00 GMT 過去に作ったRailsアプリがどれも遅いので、色々ベンチマークなどを取ってみると、予想以上にviewの部分が遅いことが判明。 なんでveiwが遅いのか、さらに調べていくとrender :partial => “hogehoge”がかなり遅いっぽい。特にループの内側にあったり:collectionを指定すると激遅。ソースを読んでないので全くの憶測だけど、毎回ERBをファイルから評価してないか？ 試しに、1つのページに5つある(うち一つは:collectionで10回ループ) render :partialを手で展開して実行してみると、apachebenchで1.3倍(19reqs/sec→24.7reqs/sec)になった。これはかなり効果が高いんだけど、メンテナンス性が著しく落ちるので、他
Controlling Rails Process Size
Eric Hodel | Wed, 13 Sep 2006 07:44:00 GMT Posted in Rails, Ruby Now that Ruby 1.8.5 is out setting process limits is easier than ever before! We used to use a small shell script run from cron to kill processes that got too big for their britches. Unfortunately this was difficult to do both well and simply (we chose simply). Now, in Ruby 1.8.5, we have Process::setrlimit: $ ri Process::setrlimit
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
http://grease-your-suite.heroku.com/