はてなブックマーク

AnsibleはPython製のプロビジョニングツールです。 ちょうどBrewfileを変更しようとしたタイミングで、ローカルマシンの設定もAnsibleでやることにしました。 Python製といってもPythonの文法を覚える必要は無く、簡単なYAMLファイルを記述するだけですぐ使えます。 ドキュメントも大変読みやすく、この辺りはさすがPythonコミュニティだなぁと思います。 前提 OS Xであること homebrewとAnsibleがインストールされていること ゴール ansible-playbook -K localhost.ymlを実行すると、以下の2つが実現されるようにします。 設定したbrewパッケージがインストールされること githubにあるdotfilesをチェックアウトし、ホームディレクトリにリンクすること インベントリーファイル インベントリーファイルと呼ばれるファ

class User < ActiveRecord::Base has_many :items end User.items.total_attack # 装備しているアイテムの総攻撃力 User.items.drop_random! # ランダムでアイテムを1つ落とす scopeで実装できることも多いと思いますが、SQLだけで処理できないような(Arelだけで記述できないような)処理をscopeにしてしまうのもいかがなものかと思います。 has_manyにはextendオプションがあって、その名の通り関連を拡張できます。

リソースモニタなどでCPUをモニタリングする指標として、Load AverageとCPU Utilization(使用率)がありますが、 それぞれどういう意味か曖昧になっていたので調べてみました。 Load Averageは実行キューのプロセス数とI/Oなどでシグナル受信不可(uninterruptible)のプロセス数の合計 BSD系のカーネルはuninterruptibleなプロセスは含まないらしい /proc/loadavgから1,5,15分の平均プロセス数が取得できる この数がCPUのコア数より多いと、実行中なのにCPU時間が割り当てられていないプロセスが存在する→パフォーマンス低下 CPU使用率が100%未満でも、I/O待ちのプロセスが多いとLoad Averageが上がる 同じCPU使用率100%でも、コア数が違うとかかっている負荷が違う。Load Averageはコア数が違っ

Capybara便利ですね。 うちではPoltergeistと組み合わせて使っています。 JSがらみのUIのテストをしていたとき、JSの動作完了を待ってくれず、テストがこけるという事があったので、JSを待つ部分の動作原理について調べてみました。 Capybara::Node::Base#syncronizeに実装がありました。 def synchronize(seconds=Capybara.default_wait_time) start_time = Time.now if session.synchronized yield else session.synchronized = true begin yield rescue => e session.raise_server_error! raise e unless driver.wait? raise e unless cat

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article?