第八回 #渋谷java で発表した「あなたとスレッドダンプ」です。 スレッドダンプの使いみち、取り方、読み方について説明しています。 スレッドダンプこわくない。

Content-Length: 265073 | pFad | http://b.hatena.ne.jp/yass/dump/
第八回 #渋谷java で発表した「あなたとスレッドダンプ」です。 スレッドダンプの使いみち、取り方、読み方について説明しています。 スレッドダンプこわくない。
スレッドダンプの取り方は前に説明した通りです。 #二年近く前ですが・・・ しかし、スレッドダンプは取得しただけでは役に立ちません。 もちろん、スレッドダンプは解析して初めてトラブルシューティングやチューニングに役立つものです。 そこで、今回からは具体的にスレッドダンプの中身を見ていきましょう。 説明に使うアプリケーションはこんな感じ。起動したら "Hello World! と表示して10秒間スリープするという簡単なもの。 public class ThreadTest1{ public static void main(String args[]) throws Exception { System.out.println("Hello World!"); method1(); } private static void method1() throws Exception { Threa
The document discusses slowdowns, hangs, and thread dumps in troubleshooting Java applications. It explains that thread dumps provide a snapshot of thread states and what each thread is doing at a point in time. This can help identify issues like threads getting stuck or competing for resources. The document also demonstrates example output of a thread dump with threads in different states like wa
Linuxカーネルには、カーネルパニック時にkexecを使ってダンプ取得用のカーネル(セカンドカーネル)を起動する仕組みがあります。 このセカンドカーネルは予めリザーブされたメモリ内で起動するため、クラッシュしたカーネルが処理していたメモリの内容はそのまま残っていて、procファイルシステム経由でクラッシュダンプを取得する事ができます。 このDSASブログでも、以前「Linuxでクラッシュダンプを採取(1) 〜 kexec + kdump を使ってみる 〜」と言うタイトルでクラッシュダンプの取得方法をご紹介しました。 「crashdmesg」は、kexec+kdumpで保存したクラッシュダンプから、カーネルメッセージの内容を取り出すツールです。 デバッガと比べてはるかに軽量なため、セカンドカーネル上で直接/proc/vmcoreからカーネルメッセージを取り出すこともできます。 最近のクラッ
お探しのページが見つかりませんでした。 この度は、八千代産業株式会社WEBサイトご来訪いただきありがとうございます。 お客様のアクセスしようとしたページ、またはファイルは、下記のような理由によりご覧いただくことができません。 ・入力したURLが間違っているため ・2016年4月のサイトリニューアルに伴い、該当するURLのページが移転し、URLが変更されたため ・ページが削除されたため ・現在、メンテナンス中のため一時的に表示していないため ブラウザの再読み込みを行ってもこのページが表示される場合は、URLをご確認いただくか、 または以下よりサイトマップページへアクセスし目的のページをお探しください。 > サイトマップ
Memory Analyzer (MAT) The Eclipse Memory Analyzer is a fast and feature-rich Java heap analyzer that helps you find memory leaks and reduce memory consumption. Use the Memory Analyzer to analyze productive heap dumps with hundreds of millions of objects, quickly calculate the retained sizes of objects, see who is preventing the Garbage Collector from collecting objects, run a report to automatical
MySQL のチューニング、と言った場合には、サーバーパラメータの調整や EXPLAIN コマンドを利用したクエリ実行計画の最適化が話題に上ることが多いです。しかし、発行する全ての SQL について、いちいち EXPLAIN コマンドを使って確認していては、いくら時間があってもたりません。チューニングを効率的に進めるには、まず、ボトルネックとなっている SQL クエリを特定し、次にその最適化を行うべきです。 ではどのようにして、ボトルネックを特定するのか。MySQL Conference & Expo 2009 のキーノートにおいて Mark Callaghan 氏は、Google では SHOW PROCESSLIST コマンドを使った統計的アプローチを使っていると述べていらっしゃいます (参照: MySQLConf 09: Mark Callaghan, "This is Not a
MySQL 5.1のmysqldumpslowを使うとチューニングが楽になる!という話題です。 mysqldumpslowはもともとMySQLに付属しているツールで、スロークエリログを集計してくれるものです。これ自体はMySQL 5.1で特に変わったところはありませんが、スロークエリログ本体の方が機能強化されているため、組み合わせるとなかなか便利になっています。MySQL 5.1におけるスロークエリログの主な機能強化は以下の三点です。 long_query_timeに1秒未満の値を設定できるようになった。 出力先を設定できるようになった。 これらの設定をオンラインで変更できるようになった。 これでどうなるかというと、MySQLの性能分析をしたいと思ったときに、サーバを止めずにその場で mysql> set global slow_query_log = 1; mysql> set glob
稼動中のサービスのDB操作。 これほど嫌なことは無い と思ってしまった。 スタートして1ヶ月ほどの auのとある公式サイトなのですが FOMA版がそろそろスタートするので 統合したシステムにするために少しDBを変更する必要がありました。 カラム追加でalterしたり テーブル追加でcreateしたり データ追加でinsertしたり データ変更でupdateしたり etc… もちろんテスト環境で何度も確認してるんだけど 万が一問題があった場合に dumpデータを復旧しなければならない。 胃が痛いのはその復旧時間。 テストサーバで試したら2時間以上かかる。 無停止で、せめて数分でという状況で2時間は痛すぎる。 ちなみにMySQLのInnoDBね MyISAMならば、DB自体をリネームしちゃうって手もあるんだけど そーもいかない。 社内の人たちにいろいろ聞き込み調査を
セキュリティモデルは変わった! クラウド活用、リモートワークはあたりまえ いま求められるゼロトラスト実現のために ビジネスのためのデータ基盤構築 DX時代の企業成長はデータ活用が鍵 新たな展開を後押しするSQL Server活用 自社利用の知見・経験を顧客に提供 コンテナ活用を推進する日立製作所 VMware Tanzuを利用したモダナイズを伝授 デジタル時代のITインフラ構築術 仮想化統合、クラウドを経て今「マルチ」へ ITインフラの最適化と継続的進化への道筋 大学、研究機関、製造業など いま目覚ましい躍進ぶりを見せるデルのHPC その背景と選ばれる理由にせまる サーバースペシャリストへの道 PCサポートとサーバ管理の共通項 ひとり情シスのためのスキル向上のコツ IT部門のDXはこれだ! IT運用管理新時代における最適な運用管理 の現場作り オラクルスペシャリストが語る! 多くの企業で利
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Fetched URL: http://b.hatena.ne.jp/yass/dump/
Alternative Proxies: