カーネル探検(環境構築からstart_kernelまで) - Qiita
概要 BIOSがMBRを読み込んでブートローダが動き出し、カーネルをメモリにロードして/sbin/initが動き出すまでの処理をデバッグするための自分めもめも。そして最近？は/sbin/initからsystemdに置き換わりつつあるらしいので、systemdを導入しているcentOS7を使用してsystemdから各プロセスを起動させる処理もデバッグできたらいいなぁ(でもきっとむり)。カーネル処理をみていくことでそこから色々派生していろんな知識を学べたらいいなぁ。そしてこのデバッグ経験を活かしてDockerなどのコンテナ技術をカーネル(cgroups、systemd)のコードから理解できるようになれればいいなぁ(でもきっとむり)。 スタート地点 どこからデバッグしてみようかなぁと考えた。とりあえずアセンブラ部分はやめておこう後に取っておこうというとでブートローダ(Cの箇所もあるけど)とばし、
Linuxカーネルのデバッグでprintk(9)デバッグを卒業したいっ！ - φ(・・*)ゞ ｳｰﾝ カーネルとか弄ったりのメモ
この記事はLinux Advent Calendar 2015の25日目の記事です。 Linuxカーネルのデバッグである意味一番手軽なのがprintk(9)によるデバッグだと思うんですが（ユーザランドのプログラムで言うところのprintf(3)デバッグ）、この場合h速いCPUを積んだマシンならビルドはすぐに終わるけど、カーネルを変えている以上は再起動はしないといけないし、ちょっと手間ですよね。ということで、printk(9)によるデバッグはそろそろ卒業しようというのがテーマです。 ちなみに、printk(KERN_INFO"foobar\n")よりもpr_info("foobar\n")のほうがお手軽です。pr_で始まるマクロがinclude/linux/printk.hに定義されています。 Linuxのデバッグをするための方法としても下記のようなものがあります（kmemleakとかloc
Reading nginx's Code with GNU gdb in Mac OSX Lion - Kentaro Kuribayashi's blog
We started reading nginx's code being lead by id:suzak... Premises Mac OSX Lion GNU gdb 6.3.50-20050815 (Apple version gdb-1708) nginx-1.1.16 We're going to find out what ngx_single_process_cycle() in os/unix/ngx_process_cycle.c:295, called from core/nginx.c:200 main(), does. $ gdb -v GNU gdb 6.3.50-20050815 (Apple version gdb-1708) (Thu Nov 3 21:59:02 UTC 2011) Copyright 2004 Free Software Founda
Linuxシステムの実行状況を分析する「SystemTap 1.0」がリリース | OSDN Magazine
Linuxシステム追跡・デバッグ機能「SystemTap」の開発チームは9月22日、「SystemTap 1.0」を発表した。GNU GPLの下で公開、プロジェクトのWebサイトより各Linuxディストリビューション向けのインストール情報を公開している。 SystemTapは、「Solaris OS」の「DTrace」に相当するもので、2005年にプロジェクトがスタートした。スクリプトを利用してLinuxカーネルとアプリケーションの実行状況を詳細に分析するフレームワークで、開発者はリコンパイル、インストール、リブートなしにデータを収集できるという。プロジェクトは米Red Hat、米IBM、米Intel、米Oracle、日立製作所らの支援を受けており、「Red Hat Enterprise Linux」に同梱されている。 バージョン1.0では、実験機能として特権のないユーザーへのサポートが加
Emacs + GDB チートシート - higepon blog
Emacs + GDB を利用したいならば、何よりも GNU Emacs Manual: Debuggers（英語） を読むことを強くおすすめします。 和訳も存在しますが内容が古く、マウスを利用した操作やグラフィカルな機能についての記述がありませんでした。 マニュアルを読んで理解したあとは実践で覚えていくわけですが、以下にまとめたチートシートを利用すれば時間が節約できるかもしれません。 もしも便利な機能に関して漏れがあれば是非教えてください。 .emacs ;;; GDB 関連 ;;; 有用なバッファを開くモード (setq gdb-many-windows t) ;;; 変数の上にマウスカーソルを置くと値を表示 (add-hook 'gdb-mode-hook '(lambda () (gud-tooltip-mode t))) ;;; I/O バッファを表示 (setq gdb-use
常駐型サーバープログラムのデバッグ手法
BOOK: WEB+DB Press TITLE: 常駐型サーバーのデバッグ手法(ドラフト版) AUTHOR: (株)プリファードインフラストラクチャー 太田一樹 ＊注: この文章はWEB+DB PRESS Vol.48に掲載された記事のドラフト版です はじめに 今回はデバッグ関連特集ということで、常駐型サーバープログラムを作成する際のハマりどころやそれに対する解析方法・解析ツール・対策を、実際の経験を交えながら紹介したいと思います。 筆者は(株)プリファードインフラストラクチャーでインメモリ分散検索エンジン「Sedue (セデュー)」を開発しています。モバイル向け検索エンジン「エフルート」や、2008/11/6にリニューアルされました「はてなブックマーク2」などの検索バックエンドとして使われております。 この検索エンジンはいくつかの常駐型サーバープログラムから構成されており
C++ のプログラムのデバッグを楽にする方法
メディア関係者向けお問い合わせ先 メールでのお問い合わせ: pr-jp@google.com メディア関係者以外からのお問い合わせにはお答えいたしかねます。 その他すべてのお問い合わせにつきましては、ヘルプセンターをご覧ください。
HTTPの通信状況をデバッグしてボトルネックを発見できる「HttpWatch Basic Edition」 - GIGAZINE
Windows XP/Vista/2003/2008 Server上のInternet Explorer 6/7/8 Beta 2、Mozilla Firefox 2.0/3.0/3.1 Beta 2で動作するフリーソフトで、HTTP/HTTPSのリクエストヘッダ表示、HTTPの圧縮率表示、ページ内の各要素の読み込み時間のチャート化、ステータスコードやレスポンスサイズの表示、フィルタリング、さらにはこれら一連の通信をログファイルに記録することなども可能です。 時間はミリセカンド単位で表示が可能となっており、まさにHTTPデバッガと言っても差し支えないレベルなので、「ページの読み込みが遅い原因を知りたい」とか「ちゃんとサーバの設定が反映されているかどうかを確認したい」「ウェブアプリの動作チェックがしたい」という場合に役立ちます。この種類のソフトにありがちな日本語の文字コードが解釈できないとい
Javaにおける開発・Test（Unit/Web/負荷)環境のまとめ - よねのはてな
うちの母親でも知っているJavaにおけるオープンソースを活用した開発環境・Test環境について調査及び評価する必要があり意外と労力を要したので これからJavaでの開発において開発環境・Test環境を構築する際の参考になればとメモしておきます。 開発環境、ビルドツール、Test、Web Testing、負荷テストに重点を置いてあります。 インストールせずに使用出来るIDEのtIDEや、jythonでWebテストを記述するMaxQ、パフォーマンステストをjythonで記述するGrinder3、 Flexの負荷テストも可能なWebLOAD、Swingのテスト用のUISpec4j等、新しい発見もあったのでJava開発者の人にも参考になると嬉しいです。 それぞれライセンス、最新バージョン、個人的なお薦め度(5点満点)を合わせて明記してあります。 IDE name URL Ver. Licence
戯れに翻訳した Valgrind FAQ (無保証) | okuの日記 | スラド
Valgrind FAQ リリース 3.1.0 2005年11月25日 ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ 目次 1. 背景 2. コンパイル、インストール、設定 3. Valgrind が意図せず異常終了する 4. Valgrind が意図した通り動かない 5. Memcheck がバグを見つけない 6. その他 7. もっと助けを得るにはどうすればよいか ------------------------------------------------------------------------ 1. 背景 ------------------------------------------------------------------------ 1.1. あなたは「Valgrind」をどう発音しているのか？ 「Val」は「value (ヴァリュー)」の
xbug.co.uk -
This webpage was generated by the domain owner using Sedo Domain Parking. Disclaimer: Sedo maintains no relationship with third party advertisers. Reference to any specific service or trade mark is not controlled by Sedo nor does it constitute or imply its association, endorsement or recommendation.
特選フリーソフト 「GDB」― プロセス動作中にcoreファイルを出力 ―：ミラクル・リナックス
日経Linux 2003年8月号掲載 ※掲載記事の内容とは若干異なります。 これまで Linux でできなかったこと GDB での動的 core ファイル生成 gcore.sh の使用方法 core ファイルの解析 まとめ これまで Linux でできなかったこと 様々なプログラムを開発する際、どうしても問題となるのがバグである。 プログラムの開発規模が大きくなればなるほど、また、開発者の人数が多くなればなるほど、プログラム中にバグの混入する可能性は高くなる。 何らかのソフトウェア開発を行う際には、工程として、設計、開発、そして品質を確保するための評価。という工程があるはずである。 この評価工程である程度のバグは取り除かれるが、中には取りこぼされたまま世の中にでてくるバグも存在する。 開発者としては、この取りこぼされたバグ(障害)ほど厄介なものはない。評価工程で発見できなかったため、その原
普通のやつらの下を行け: C でバックトレース表示 - bkブログ
普通のやつらの下を行け: C でバックトレース表示 普通のやつらの下を行けの第2回として、今回は glibc の関数を使って C でバックトレース (スタックトレース) の表示を行ってみます。 バックトレースとは バックトレースとは、大ざっぱに言うと、現在の関数に至るまでの道筋です。たとえば、次の Ruby プログラムを実行すると、 1 / 0 の行で例外が発生して、バックトレースの表示とともにプログラムは異常終了します。 def foo 1 / 0 end def main foo end main この例では main から foo を呼び foo の中の 1 / 0 の部分で例外が発生しています。 % ruby divide-by-zero.rb divide-by-zero.rb:2:in `/': divided by 0 (ZeroDivisionError) from div
ltrace で共有ライブラリの関数呼び出しをトレースする - bkブログ
ltrace で共有ライブラリの関数呼び出しをトレースする ltrace は共有ライブラリの関数呼び出しをトレースする Linux 用のツールです。システムコールをトレースするstrace と同様に、デバッグに大変役立ちます。 ltrace は Debian GNU/Linux の場合は sudo apt-get install ltrace でインストールできます。 ltrace の使い方は簡単です。基本的には ltrace コマンドの引数にトレースしたいコマンドとその引数を並べれば OK です。デフォルトでは ltrace のメッセージは標準エラーに出力されます。これをファイルに出力させるには -o オプションを用います。たとえば、次のように実行します。 % ltrace -o log.txt wget https://www.codeblog.org/ この例では wget が ht
c++のデバッグをするならgdb-6.8を使いましょう。 - ぴょぴょぴょ？ - Linuxとかプログラミングの覚え書き -
2008年の3月にリリースされたgdb-6.8の目玉機能の一つに「C++サポートの強化」があります*1。この機能を使うと、STLやboostのようなテンプレートを使ったコードのデバッグがかなり楽になります。C++使いの方は、是非gdbを6.8にupgradeしましょう。 具体的に、以下のようなコードを使って、「C++サポートの強化」について説明します。 #include <iostream> using namespace std; template <typename T> class A { public: void func() { cout << sizeof(T) << endl; } }; int main() { A<int> integer; A<double> real; integer.func(); real.func(); return 0; } このコードに対して
Emacs で Java アプリケーションをデバッグする—ありえるえりあ
Emacs で Java アプリケーションをソースレベルデバッグするのはいろいろ手を加えないとダメだと思っていたのですが、 Emacs 22.1 の gud.el と gdb-ui.el あたりを注意深く読んでいるとどうもそうでないということが分かり、実際にやってみたところ稚拙ではあるけど一応ソースレベルデバッグっぽいことができたので紹介しておきます。 GUD って何？ GUD (Grand Unified Debugger) は Emacs の統一フロントエンドデバッガで、現在のところ gdb, sdb, dbx, xdb, perldb, pdb, jdb をバックエンドとしてサポートしています。 その中でも gdb に関してはソースレベルデバッガに必要な機能（ブレイクポイントのマークを設置したりする）などが gdb-ui.el に記述されており、ウォッチやローカル変数ウィンドウなど、
Firefox、leak-gauge、メモリリークを調べる - 実用
Firefoxのメモリリーク解析ツール：leak-gauge 上記に書かれている通りです。普通のFirefoxリリースビルドで動作しているように見えました(ここにも書いてある)。 まず以下のバッチファイルからFirefoxを起動する。そして、普通のブラウジング操作をする。問題と思われる拡張を使ったりして。 set NSPR_LOG_MODULES=DOMLeak:5,DocumentLeak:5,nsDocShellLeak:5set NSPR_LOG_FILE=nspr.log "C:\Program Files\Mozilla Firefox\firefox.exe" Firefoxを終了すると、バッチファイルと同じディレクトリにnspr.logができてる。内容は、以下のようなもの。 0[2c4928]: DOCUMENT 1db9db0 created0[2c4928]: DOCUM
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Public Git Hosting - ksplice.git/summary
[debian][valgrind] debianのvalgrind
gdbをEmacsから使う動画 - 日記を書く [・w・] はやみずさん![gdbをEmacsから使う動画 - 日記を書く [・w・] はやみずさん](https://cdn-ak-scissors.b.st-hatena.com/image/square/639e8acd3f2938b48694c284d09f73e544d1d6c9/height=288;version=1;width=512/https%3A%2F%2Fogimage.blog.st-hatena.com%2F17680117127128184977%2F17680117127128196712%2F1557447386)
