Ruby の Timeout の仕組み - tmtms のメモ
Ruby で長い時間掛かるかも知れない処理のタイムアウトを行うにはこんな感じにします。 require 'timeout' begin Timeout.timeout(3) do # 3秒でタイムアウト hoge # 何かの処理 end rescue Timeout::Error puts 'なげーよ' # タイムアウト発生時の処理 end Timeout.timeout はブロック開始時にスレッドを作成し、そのスレッドで指定された秒数だけ sleep して、sleep から復帰してもまだブロックが終わってなければ作成元のスレッドに対して Timeout::Error 例外を発生させます。 指定時間以内に処理が終わる場合: timeout(X) │ スレッド作成 ─┐ │ │ ブロック実行 sleep X │ │ スレッドkill→ 🕱 │ timeout復帰 指定時間以内に処理が終わら
アプリケーションに合ったExecutionContextを使う - tototoshi の日記
scalaではFutureなどの裏側ではExecutionContextが動いています。ということはExecutionContextの使い方がいまいちだとFuture周りで問題が起きることになります。 よく起きる問題の1つとして、標準のExecutionContextがいまいちだった、というのがあると思います。 標準のExecutionContextはダメというか、適さないパターンがあるのですが、あまりよく考慮されずに使われてしまう印象があります。 まあ悪いのはコンパイラの親切すぎるエラーメッセージでしょう。 scala> import scala.concurrent.Future import scala.concurrent.Future scala> Future { 1 + 1 } <console>:9: error: Cannot find an implicit Execu
Javaアプリが暴走してCPUの負荷があがった時にやったこと - kitaru's diary
検証用APサーバ(Tomcat)のロードアベレージが上がりっぱなしになって一向に下がらない状態に陥ったのでその時にやったこと。 ざっくりの流れ CPUに負荷かけてるプロセスの確認 スレッドダンプの採取 CPUに負荷かけてるスレッドの特定 スタックトレース読んで分析する top コマンドで問題のプロセス特定 ↓↓こんな感じだった↓↓明らかにJavaのWebアプリが原因(常に85%以上CPU食ってる状態) $ top top - 18:27:24 up 285 days, 3:05, 3 users, load average: 5.33, 5.36, 4.93 Tasks: 70 total, 1 running, 69 sleeping, 0 stopped, 0 zombie Cpu(s): 10.1%us, 0.9%sy, 0.0%ni, 0.0%id, 0.0%wa, 0.0%hi,
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
