Ticklessカーネルとクロックソースに関するお話 - めもめも
「詳解 Linuxカーネル 第3版」や「Linuxカーネル2.6解読室」などのLinuxカーネル本では、Linuxカーネルの時刻管理について、超絶に要約すると次のように説明されています。 一定の時間間隔（1000Hz）でタイマ割り込みが入る。 タイマ割り込みごとにjiffies変数を1増やす（つまり、jiffiesは、システム起動後にタイマ割り込みが入った回数を表す。） jiffiesの増加分に合わせて、システム時刻（変数xtime）をアップデートする。 しかしながら、RHEL6では、定期的なタイマ割り込みを行わない「Ticklessカーネル」が採用されており、jiffiesやxtimeが変更される仕組みがごっそり変わっています。 ※ Ticklessカーネルの何が嬉しいのかというと。。。。 これまでのカーネルでは、定期的にタイマ割り込み処理を行う必要があったので、実行するプロセスが無いア
sched_clock() overflow after 208.5 days in Linux Kernel
えーっと、久しぶりに Linux Kernel にダメダメなバグが発見されて、よりにもよってうちの製品も影響を受けたので、ここに詳細を書くことにした。 つーか。新しい Kernel を使うなら皆で使おうよ。なんだよその「1つだけ」影響を受けて残りは「影響も受けないぐらい古い」ってのは… 概要 大雑把に 208.5日連続運転した Linux Kernel が突如として reboot する。 実機でなおかつ Time Stamp Counter を内包している必要があるので、Pentium4以降のプロセッサ(が、それはようするに今ある Intel 系CPU全部)か、その互換CPUである必要がある。32bit モード、64bit モードの区別はない。 逆に VMware や Xen など、仮想マシン上で動いている kernel に影響はない。これはそもそもバグを内包したルーチンを、仮想マシンで動
vmstatはcpu waをどうやって算出しているのか
はじめに vmstatには'cpu wa'フィールドがあります． このフィールドの値はどっからでてきているのでしょうか． それをソースコードの面で探求したストーリー． 出張カーネル読書会の前座として発表させていただきました． 資料 発表に利用したプレゼンテーション資料のPDF版(540k)． Linux kernel 2.6.11 のソースコードとDebian sidのprocpsに入っているvmstatのソースコード をgonzui 0.9を利用して解析してみたときの記録です． 発表トランスクリプト 西尾さんからのいただきものです．ありがとうございます． わたしは、上川と申します。Debianのデベロッパーやってます。今日は前座と して、思いつきでvmstatでお話します。vmstatでいろんな項目出てきますけど、 これってどういう意味だろうというのを調べてみようと思って、力尽きてioの
Linuxの断末魔の叫び(kernel oops)をリモートホストで採取する方法 : DSAS開発者の部屋
Linuxには、kernl oopsが出た場合に自動的にrebootできる仕組みがあります。 この機能を使えば、OSが不意に停止してしまった場合に自動的にrebootしてサービスを再開することができます。 ただ、kernelメッセージは障害原因特定のヒントになりうるので採取できた方が好ましいのですが、自動rebootの場合はコンソールなどに出力されているかもしれないkernelメッセージを採取することができません。 というわけで、今回はkernel 2.6で実装されたnetconsoleを使い、kernel oops発生時にそれを記録しつつ自動rebootする方法を紹介したいと思います。 まずは、kernel oopsが発生した場合、動作を継続するのではなくkernel panicになるようにするのと、kernel panicが発生したらrebootするように設定します。 この設定は/pr
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
