JavaOne Tokyo 2012でトラシューについて話してきました。 - 谷本 心 in せろ部屋
先日、7年ぶりに開催されたJavaOne Tokyo 2012で、 トラブルシューティングについて講演してきました。 「トラブルシューターの頭の中身 〜7年間のJavaトラブルシュートサービスから」 というタイトルで、 同期入社の江里口と掛け合い（漫才）風のセッションを繰り広げました。 togetterでのまとめ。 http://togetter.com/li/285953 セッション資料（直リンク） http://www.oracle.co.jp/javaone/2012/download-docs/file.php?name=BoF1-04_DL.pdf 前日のリハの時点では、まだ資料もデモも完成していないという いつも通りの 綱渡りみたいな資料準備だったのですが、 当日のセッションでは皆さんに楽しんで頂き、また役に立てて頂けたようで、ホッとしています。 いやー、こんな事を言われちゃう
2002年4月、みずほ銀行に何が起こったのか - <s>gnarl,</s>技術メモ”’<marquee><textarea>￥
2002年4月。第一勧業銀行、富士銀行、日本興業銀行が合併しみずほ銀行となった。この件についてはたくさんの報道がされたため、そのとき何が起こったのか、覚えている人も多いはずだ。 当時のぼくはシステム開発に興味がある2ちゃんねらで、よって連日プログラマ板に出入りしてはゲラゲラ笑うなどしていた。やれやれ。 さて、9年前のあのとき何が起こったのか。インターネットを探してもなかなかまとまった資料がないので、回収できた資料をまとめてみたいと思う。 http://ja.wikipedia.org/wiki/%E3%81%BF%E3%81%9A%E3%81%BB%E9%8A%80%E8%A1%8C%E3%81%AE%E5%90%88%E4%BD%B5%E5%87%A6%E7%90%86 この運用方針の結果、2002年4月1日の合併当日からメインコンピューターの不具合が原因による大規模なシステム障害が発生
メモリリークトラブルシューティング記 - その5: Memory Analyzer でヒープダンプを解析(最終回) - 侍ズム
- その1: 自宅サーバがハング - その2: フリーズの原因はガベージコレクション - その3: 侍でヒープ使用量を確認 - その4: リーク箇所を確認する色々な方法 - その5: Memory Analyzer でヒープダンプを解析(最終回) 今回のメモリリーク現象はリークの再現方法がわからないため、運用環境から詳細なデータが取得できるheapdumpを取得した、というのが前回までのあらすじです。 次は、ヒープダンプの解析。 ヒープダンプは JDK に付属の jmap コマンドで取得します。 jmap -heap:format=x [pid] または jmap -heap:format=b [pid] といった形で実行するとヒープダンプを xml 形式、またはバイナリ形式で記録できます。 通常生のヒープダンプを人間の目で読むことはないので xml 形式は使いません。バイナリ形式で取得し
ThreadとHashMapに潜む無限回廊は実に面白い？ (1/3) - ＠IT
ThreadとHashMapに潜む無限回廊は実に面白い？：現場から学ぶWebアプリ開発のトラブルハック（10）（1/3 ページ） 本連載は、現場でのエンジニアの経験から得られた、APサーバをベースとしたWebアプリ開発における注意点やノウハウについて解説するハック集である。現在起きているトラブルの解決や、今後の開発の参考として大いに活用していただきたい。（編集部） マルチスレッドのトラブルハックはさっぱり分からない… 対処が難しいトラブルといえば、GC（ガベージ・コレクション）とマルチスレッド処理に起因することが多い。 前々回（「肥え続けるTomcatと胃を痛めるトラブルハッカー 」）と前回（「JavaのGC頻度に惑わされた年末年始の苦いメモリ」）の2回にわたってGC、特にメモリ周りのトラブルを取り上げた。そこで今回は、マルチスレッド処理のトラブルの1つ、「レースコンディション（競合状態）
スレッドダンプの森で覚えた死のロックへの違和感
スレッドダンプの森で覚えた死のロックへの違和感：現場から学ぶWebアプリ開発のトラブルハック（11）（1/3 ページ） 本連載は、現場でのエンジニアの経験から得られた、APサーバをベースとしたWebアプリ開発における注意点やノウハウについて解説するハック集である。現在起きているトラブルの解決や、今後の開発の参考として大いに活用していただきたい。（編集部） スレッドダンプはトラブルハックに非常に有効 Javaを用いたシステムで発生したトラブルを解析する際、スレッドダンプは非常に有効な手掛かりを指し示してくれる。 例えば、連載第3回の「【実録ドキュメント】そのログ本当に必要ですか？」ではログ出力がボトルネックとなったトラブルを、解析ツールを用いたスレッドダンプ解析により発見している。また、連載第10回の「ThreadとHashMapに潜む無限回廊は実に面白い？」では、レースコンディション（競合
CAサポート
CA サポートからのお知らせ、セキュリティに関する重要なお知らせはこちらをご覧ください。 テクニカルサポート -CAエンタープライズ製品のサポート- 製品別サポート 技術情報へ ダウンロードへ お問い合わせへ information Arcserveシリーズ製品お問い合わせ窓口変更のお知らせ Arcserveシリーズ製品の販売・サポートはすべてarcserve Japan合同会社が提供しています。 本シリーズ製品に関するお問い合わせは、以下の窓口へご連絡ください。 Arcserveシリーズ製品お問い合わせ窓口 CA サポートからのお知らせ（最新5件）|全件表示 2014.10.15 エンハンスメントリクエスト受付方法 変更のお知らせ（全製品対象） 2014.10.09 製品エンハンスメントのリクエスト方法の変更のお知らせ CA Single Sign-On(旧CA SiteMinder®)
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
http://www.iajapan.org/bukai/java/event/2007/0327/20070327_javasemi.pdf