CentOS5でもRPS/RFSでNICが捗る話 | Nekoya press
kazeburoさんがCentOS6.2での事例を紹介されていますが、CentOS5系でもkernelを上げればRPS/RFSが使えるようになって、NICの負荷状況が劇的に改善します。 やり方は意外に簡単で、ELRepoからkernel-ml-2.6.35-14.2.el5.elrepo.x86_64.rpmを落としてきてインストール。 あとは、/boot/grub/menu.lstの設定をdefault=0にしてrebootすればOK。 $ uname -r 2.6.35-14.2.el5.elrepo ELRepoはNICのドライバなんかもいろいろ提供してくれるし、古いバージョンのRPMをarchiveで提供してくれて非常にいいですね（kernelの過去RPMはないのかな）。 RPS/RFSを有効にする設定はCentOS6と同様です。 # echo "f" > /sys/class/n
2010年11月18日 "ミラクルパッチ"にLinusも大喜び！Linuxカーネルを高速化させた233行のコード | gihyo.jp
Linux Daily Topics 2010年11月18日"ミラクルパッチ"にLinusも大喜び！Linuxカーネルを高速化させた233行のコード Linus Torvalds氏という人は、少なくともメールの中では、かなりはっきりと感情を表に出す。誰かor何かに対して怒っているときは相手を名指しで批判（というより非難）し、逆にうれしいときはあふれる喜びを隠そうとしない。今回紹介するのは後者のほう。「I'm also very happy」「it is a _huge_ improvement」「Good job.」など、喜びと称賛の表現がたくさん書かれているメールだ。 Linus氏を歓喜させたのは、カーネル開発に携わるMike Galbraith氏が書いた233行のカーネルスケジューリングパッチ。このパッチを適用すると、デスクトップ環境においてパフォーマンスが著しく向上するという。
CFQスケジューラのアルゴリズム概要 VA Linux Systems Japan
Linuxカーネルは、ブロックI/Oの処理効率を向上させるさせるための仕組みとして、I/Oスケジューラと呼ばれる機能を提供しています。I/OスケジューラはI/O要求の順序を入れ替えることにより、スループットを向上させたり、特定のI/O要求を優先して実行させたりします。 実際のブロックデバイスのセクタに対するアクセス（つまり読み書き）を、要求された順序ではなく、I/Oを最も効率よく行うためにその順序を並び替えるというアイデアは、初期のUNIXの実装から採用されていました。それは、セクタ番号順序に並び替えてI/Oを実行するという単純なものです。ディスク面上を移動するヘッドの動きがエレベータに似ているため、このアルゴリズムはエレベータアルゴリズムなどと呼ばれていました。 現在のLinuxカーネルでは、そのころのアルゴリズムより洗練されたスケジューリング方式を採用しており、目的に応じて4種類の
＠IT：/procによるLinuxチューニング ［前編］（1/2）
/procによるLinuxチューニング ［前編］ ～ /procで理解するOSの状態 ～ Linuxの状態確認や挙動の変更で重要な役割を担うのが/procファイルシステムである。前編では/procの概念や/procを利用したOSの状態確認方法を理解していただきたい。（編集局） 遠田 耕平 2002/12/10 本稿では、/procファイルシステムによるカーネルチューニングを紹介します。カーネル2.4.19をベースに説明していきますが、カーネルのバージョンによって内容が異なる場合があります。また、ディストリビュータが独自の拡張を施しているものもあります。従って、これから説明する内容がすべて当てはまるとは限りません（端的にいうと説明の対象が存在しなかったり、説明されていない機能が追加されていることがあります）。 /procファイルシステムとは /procは、Linuxシステムの/（ルート）に「
減り続けるメモリ残量！ 果たしてその原因は!? 第1回 （1/3） − ＠IT
減り続けるメモリ残量！ 果たしてその原因は!?：Linuxトラブルシューティング探偵団 番外編（1）（1/3 ページ） NTTグループの各社で鳴らした俺たちLinuxトラブルシューティング探偵団は、各社で培ったOSS関連技術を手に、NTT OSSセンタに集められた。普段は基本的にNTTグループのみを相手に活動しているが、それだけで終わる俺たちじゃあない。 ソースコードさえあればどんなトラブルでも解決する命知らず、不可能を可能にし、多くのバグを粉砕する、俺たちLinuxトラブルシューティング探偵団！ 助けを借りたいときは、いつでもいってくれ！ OS：高田哲生 俺はリーダー、高田哲生。Linuxの達人。俺のようにソースコードレベルでOSを理解している人間でなければ、百戦錬磨のLinuxトラブルシューティング探偵団のリーダーは務まらん。 Web：福山義仁 俺は、福山義仁。Web技術の達人さ。Ap
カーネル空間のメモリマップ - Linuxカーネルメモ
カーネル空間のPageDirectoryこのストレートマップしているPageDirectoryはswapper_pg_dirに格納されている。立ち上げ時に初期化される。 arch/i386/mm/init.c paging_init() pagetable_init() : kernel_physical_mapping_init(swapper_pg_dir) カーネルアドレス空間(0xc0000000〜)を物理メモリへストレートマップ (max_low_pfnページ分をマップ) <--全物理ページ分 swapper_pg_dirの先にPageDirectoryが作成される。 swapper_pg_dirをCR3に設定してストレートマップ完了 各プロセスPageDirectoryへのコピー各プロセスのPageDirectoryにもカーネル空間(0xc0000000-)のマップが入っていて
HighMemory - kmap Linuxカーネルメモ
0xc0000000以降の約1GBのカーネル空間は物理ページに対してストレートにマップされる(図1)。カーネルのアドレス空間は1GBまでしかないため、物理メモリを1GB以上実装するとストレートにマップできないメモリができる。このストレートマップされない高位のメモリをHighMemoryと呼ぶ。正確には896MB以降がHighMemoryとなる。逆にストレートマップされているメモリLowMemoryと呼ばれる。 カーネルの使用する多くのデータは基本的にストレートマップされているLowMemに置かないといけないものが多いため(*1)(*2)、大規模なシステムだとカーネルデータが大きくなり、LowMemoryのサイズがネックになってくる。このため、プロセスのユーザ空間へのページの割り当てなどはHighMemoryから優先的に割り当てるようして、LowMemoryを圧迫しないようにしている。 (*
アドレス空間 - Linuxカーネルメモ
メモリマップ アドレス空間 +-------------+ 0x00000000 (3GB) | Process空間 | | プロセス毎 | | | | | | | | | | | | | | | | | | | +-------------+ | Kernel空間 | 0xc0000000 (high_memoryまで896MB) | | 物理ページ0以降へ順番にストレートマップされる(LowMem) | | 896MB以降の物理メモリはHighMem。 | | | | | | +-------------+ high_memory (0xf8000000) <== __va(highstart_pfn * PAGE_SIZE) | 8MB hole | オーバラン検出用 +-------------+ VMALLOC_START (約112MB) | vmalloc用 | | | +-
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Exploring some Linux 2.3.x new feature: HIGHMEM