Linuxカーネルパラメータの設定とチューニング、デフォルト値の調べ方 - oneのはてなダイアリー
概要 1. カーネルパラメータの設定 2. 主なチューニングパラメータ 3. パラメータのデフォルト値の調べ方 1. カーネルパラメータの設定 カーネルパラメータは、次の2箇所で設定できます。 ①/etc/sysctl.conf 設定ファイルに記述します。 システム起動時に反映されるため、恒久的に適用したい場合にはsysctl.conf に記述します。 ②/proc 以下 /proc 以下の各ディレクトリツリーのファイル内に必要な値を記述する即時反映されるが、再起動すると設定が元に戻ります。 一時的に反映したい場合に記述します。 • /procファイルシステム Linuxの最も特徴的な点として、 「システムの状態を”ファイル”という単位で扱う事ができる」ことです。 /proc 以下にシステムの現在の状態が記述されているファイルが存在します。 [/proc/net] $ cd /proc/n
Linuxカーネルでsystem callのhook - φ(・・*)ゞ ｳｰﾝ カーネルとか弄ったりのメモ
この記事はLinux Advent Calendar 2014の5日目の記事です。 Linuxカーネルのシステムコールをhookしたい場合にどうやるかという話です。試したカーネルは3.18.0-rc6です。 まずシステムコールですが、これはテーブルで管理されていて、各要素はNR_システムコール名（NR_closeとか）という形でインデックスを指定してアクセスできます。 そしてこのテーブルはsys_call_tableという名前です。System.mapを見ると以下のような感じで見つけられると思います。 masami@kerntest:~$ grep sys_call_table /boot/System.map-3.18.0-rc6-ktest ffffffff81601600 R sys_call_table ffffffff8160cf80 R ia32_sys_call_table
64bit時代のバッファ処理
プログラミングの「常識」は時代とともに変化します。そのひとつが、サーバプログラムにおけるバッファ処理です。 1990年代後半から2010年頃までは、メモリ空間の大きさ（32bitすなわち4GB注1）を超える大きさのファイルを扱う時代でした。このため、httpdなどのサーバプログラムにおいても、入出力データをいったんテンポラリファイルとしてバッファリングする必要がありました。ですが、ファイルI/Oはメモリアクセスと比べると低速です。このため、小さなサイズのデータについてはメモリアクセスする一方で、大きなサイズのデータについてはファイルI/Oを用いる、という煩雑なコードを書く必要がありました。 しかし、2014年も暮れとなる今 、サーバサイドにおいては64bit環境のみを考えれば良い時代に入りつつあります。 もちろん、64bit環境といったところで、64bit空間の全てをユーザプロセスが使える
エンジニア・光成 滋生の「バグを突き止める技術」 | サイボウズ式
サイボウズ・ラボの西尾 泰和さんが「エンジニアの学び方」について探求していく連載の第18回（これまでの連載一覧）。サイボウズ・ラボの光成 滋生さんにお話を伺うシリーズ（1）です。 本連載は、「WEB+DB PRESS Vol.80」（2014年4月24日発売）に掲載された「エンジニアの学び方──効率的に知識を得て，成果に結び付ける」の続編です。（編集部） 文：西尾 泰和 イラスト：歌工房 この連載では「エンジニアの学び方」をテーマにインタビューを行い、どういう「学び方」をしているのか探求していきたいと思っています。第2弾は、サイボウズ・ラボのエンジニアとして、楕円曲線などの難しい数学を使った暗号の論文を読んで実装したり、サイボウズが遭遇した問題の原因を掘り下げていって最終的にLinuxのバグを修正したり、と幅広い活動をされている光成滋生さんです。 光成さんが、どういうプロセスで問題の原因を
IO負荷の高いプロセスを特定する方法 - weblog of key_amb
カーネルの I/O Accounting 機能を利用する Linuxでカーネルのバージョンが 2.6.20 以降であれば、IO Accounting機能を使うとよい。 これが有効になっていれば、プロセス毎のI/O統計情報が /proc/${pid}/io に出力される。 …が、全プロセスについて、これを自前で分析するのは疲れるので、pidstat や dstat のようなツールを使うのが楽。 参考 IO Accounting 機能で I/O 負荷の高いプロセスを特定 :: drk7jp dstatの万能感がハンパない - (ひ)メモ iodump 2.6.19 以前のカーネルではどうすればいいか。 例えば、iodump というツールがある。 これは以前 Maatkit に含まれていた Perl スクリプトである。 使い方としては、以下の通り。 # download iodump wget
perfの使いかた
概要 Linuxのパフォーマンス解析ツールであるperfの使いかたの紹介 背景 個人的にperfよくできてると思うので紹介したいというのと、 パフォーマンスカウンタの読み方ってあんまり知られてないみたいなので、 それの解説を書きたい。 構成 perf について説明したあと、パフォーマンスカウンタの読みかた、見かた、を説明する。 perfとは何か Linuxに付いてくるプロファイラ。 man perf によると、 NAME ---- perf - Performance analysis tools for Linux と、書いてある。名前がひどいのでなんとかしてほしい。 perf の特徴 個人的には、手軽に使えるのが素晴らしいと思う。 2.6.31以降カーネルに標準で付いてる。(Ubuntuだとlinux-tools-common(TODO:あとで確認)で入るはず) 特殊な設定が必要無く、
jiffies
書式 usage: jiffies [jiffies] 説明 jiffiesは、Linuxカーネルが起動してから一定時間ごとに発生する タイマ割り込みでインクリメントされる変数です。 そして、Linuxカーネル内のさまざまなタイマ処理に、このjiffiesが使われています。 いわゆるPCでは10msごとにタイマ割り込みが発生しますので、 jiffiesを100で割ればカーネルを起動してから経過した秒数が分かります。 ただし、jiffiesは unsigned long 型であり、x86ではこれは32ビットですから、 約497日経過するとゼロに戻ります。 例外として、 Red Hat 7.3 と Red Hat 8.0 の i686/Athlon カーネルは HZ=512 で動作します。 この場合、jiffies は約97日で一周します (もし、数ヵ月ごとにpsの結果がおかしくなることに悩ま
カーネルハッカー・小崎資広の「コードを読む技術」 | サイボウズ式
サイボウズ・ラボの西尾 泰和さんが「エンジニアの学び方」について探求していく連載の第2回（毎週火曜日に掲載、これまでの連載一覧）。「WEB+DB PRESS Vol.80」（2014年4月24日発売）に執筆した「エンジニアの学び方──効率的に知識を得て，成果に結び付ける」の続編です。（編集部） 文：西尾 泰和 イラスト：歌工房 この連載では「エンジニアの学び方」をテーマにインタビューを行い、どういう「学び方」をしているのか探求していきたいと思っています。第1弾は、富士通のエンジニアとしてLinuxカーネルの開発に参加されている小崎資広さんです。 Linuxカーネルは、ソースファイルだけで3万5000個以上、行数にして1500万行を超える、巨大ソフトウェアです。小崎さんが、どうやってこの巨大なソースコードと戦っているかは、きっと「エンジニアの学び方」の参考になるはずです。
アンドリュー・モートン - Wikipedia
アンドリュー・キース・ポール・モートン（英語: Andrew Keith Paul Morton, 1959年 - ）はオーストラリアのソフトウェアエンジニア。イギリス生まれであり、Linuxカーネル開発を率いるリード開発者のひとりとしてもっともよく知られている。彼は現在、ext3ファイルシステムとJournaling layer for block devices（JBD（英語版）; ext3を含め、Linuxカーネルがサポートするジャーナリングファイルシステムにおけるジャーナル管理用の共通API[1]）の共同メンテナである。 1980年代末頃、シドニーにあるApplix 1616（英語版）というコンピュータを製造する会社で、（今は亡き）オーストラリアのゲーム製造会社Keno Computer Systemsへの機器納品のためハードウェアエンジニアとして勤務していた。彼はまた、オーストラ
Linux、SSDファイルシステムベンチマーク
Phoronixに掲載された記事「Linux 3.14 Kernel File-System SSD Benchmarks」がSSDにおけるファイルシステムベンチマーク結果を伝えた。使われたオペレーティングシステムは開発段階にあるUbuntu 14.04、使われたカーネルはLinux 3.12カーネル、Linux 3.13カーネルおよび開発段階にあるLinux 3.14カーネル。ファイルシステムにはBtrfs、EXT4、F2FSが使われている。使用されたSSDはSanDisk SD5SF212 128GB。 F2FS(Flash-Friendly File System)はSamsungの開発者によって開発されているフラッシュ向けのファイルシステム。Linux 3.14カーネルではいくつかの試験で性能が落ちていることがわかる。Threaded I/O TesterとPostMarkではEX
RHEL(CentOS)6系でトラフィックをたくさん捌くサーバが死ぬ問題は6.5のkernel-2.6.32-431.el6以降で多分直る - このブログはURLが変更になりました
タイトルで言いたいことはすべて言った。 経緯 うちの場合はLVS+keepalivedなロードバランサなんだけど、ちょくちょくkernel panicになる問題が発生してた。 そこでcrashコマンドで解析してみた。crashコマンドの使い方はこちらが参考になる。Linux crash dump 読み方入門 # crash /boot/System.map-2.6.32-279.14.1.el6.x86_64 /usr/lib/debug/lib/modules/2.6.32-279.14.1.el6.x86_64/vmlinux /var/crash/127.0.0.1-2013-09-27-16\:21\:01/vmcore (snip) SYSTEM MAP: /boot/System.map-2.6.32-279.14.1.el6.x86_64 DEBUG KERNEL: /usr
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
IBM Developer
プログラミング言語は「黙って写経」──カーネルハッカー・小崎資広（4） | サイボウズ式
続けられた理由は「仕事が楽しくなかったから」──カーネルハッカー・小崎資広（3） | サイボウズ式
カーネルパラメータとお茶目なガチャピン先生