JavaScript is required to for searching.
ナビゲーションリンクをスキップ
印刷ビューの終了
Oracle Solaris カーネルのチューンアップ・リファレンスマニュアル     Oracle Solaris 10 8/11 Information Library (日本語)
search filter icon
search icon

ドキュメントの情報

はじめに

1.  Oracle Solaris システムのチューニングの概要

Oracle Solaris システムチューニングの新機能

Solaris 10 リリースでの Oracle Solaris システムのチューニング

デフォルトのスタックサイズ

System V IPC 構成

NFSv4 パラメータ

追加または変更された TCP/IP パラメータ

IP 転送に関する変更

SPARC: 変換記憶バッファー (TSB) パラメータ

SCTP チューニング可能パラメータ

Oracle Solaris システムのチューニング

チューニング可能パラメータの説明形式

Oracle Solaris カーネルのチューニング

/etc/system ファイル

例 -- /etc/system を使用したパラメータの設定

適正でない値からの復元

kmdb コマンド

mdb コマンド

例 - mdb を使用した情報の表示

Oracle Solaris の特殊な tune および var 構造体

Oracle Solaris システム構成情報の表示

sysdef コマンド

kstat ユーティリティー

2.  Oracle Solaris カーネルチューニング可能パラメータ

3.  NFS チューニング可能パラメータ

4.  インターネットプロトコル群のチューニング可能パラメータ

5.  ネットワークキャッシュとアクセラレータのチューニング可能パラメータ

6.  システム機能のパラメータ

A.  チューニング可能パラメータの変更履歴

B.  このマニュアルの改訂履歴

索引

Oracle Solaris カーネルのチューニング

次の表では、パラメータに適用可能なチューニングの方法を示します。

チューニング可能パラメータの適用方法
参照先
/etc/system ファイルの変更
カーネルデバッガ (kmdb) の使用
モジューラデバッガ (mdb) の使用
ndd コマンドによる TCP/IP パラメータの設定
/etc/default 下のファイルの変更

/etc/system ファイル

/etc/system ファイルは、カーネルパラメータの値を静的に調整する機構を提供します。このファイルに指定された値は、ブート時に読み込まれ適用されます。このファイルに対する変更は、システムがリブートされるまでオペレーティングシステムに適用されません。

構成パラメータが計算される前に、すべての値を設定するために 1 回のパスが行われます。

例 — /etc/system を使用したパラメータの設定

次の /etc/system エントリでは、ZFS ARC の最大値 (zfs_arc_max) を 30G バイトに設定します。

set zfs:zfs_arc_max = 0x780000000

適正でない値からの復元

値を変更する前に /etc/system ファイルのコピーを作成しておけば、不正な値を簡単に元の値に戻せます。次に例を示します。

# cp /etc/system /etc/system.good

/etc/system ファイルに指定した値が原因でシステムがブートできない状態になった場合は、次のコマンドでブートします。

ok boot -a

このコマンドを実行すると、ブートプロセスで使用する各ファイルの名前をシステムから要求されます。/etc/system ファイルの名前が要求されるまで Return キーを押して、デフォルトの値を適用します。Name of system file [/etc/system]: というプロンプトが表示されたら、正しい /etc/system ファイルの名前かまたは /dev/null を入力します。

Name of system file [/etc/system]: /etc/system.good

/dev/null を指定した場合は、このパスによってシステムは /dev/null から構成情報を読み取ろうとします。このファイルは空なので、システムはデフォルト値を使用することになります。システムがブートした後、/etc/system ファイルを修正できます。

システム回復については、『Solaris のシステム管理 (基本編)』を参照してください。

kmdb コマンド

kmdb は対話式カーネルデバッガであり、その一般的な構文は mdb と同じです。対話式カーネルデバッガの利点は、ブレークポイントを設定できることです。ブレークポイントに達すると、データを検証し、カーネルコードの手順を 1 つずつ実行できます。

kmdb は必要に応じてロードしたりロード解除したりできます。対話的にカーネルをデバッグするためにシステムをリブートする必要はありません。kadb は必要でした。

詳細は、kmdb(1) のマニュアルページを参照してください。

mdb コマンド

モジュラーデバッガ mdb は、簡単に拡張できるため、Solaris デバッガの中では珍しいものです。このデバッガのプログラミング API を使用して、モジュールをコンパイルすることによって、デバッガのコンテキスト内で希望する処理を実行することができます。

さらに、mdb には、コマンド行での編集、コマンド履歴、組み込み出力ページャ、構文チェック、コマンドパイプラインなどの、いくつかの便利な機能があります。カーネルに対する事後検査用のデバッガとしては、mdb をお勧めします。

詳細は、mdb(1) のマニュアルページを参照してください。

例 – mdb を使用した情報の表示

システムのメモリー使用量の概要を表すビューを表示します。次に例を示します。

# mdb -k
Loading modules: [ unix genunix specfs dtrace zfs sd pcisch sockfs ip hook neti sctp arp 
usba fcp fctl md lofs cpc random crypto fcip nca logindmux ptm ufs sppp nfs ]
> ::memstat
Page Summary                Pages                MB  %Tot
------------     ----------------  ----------------  ----
Kernel                      95193               743   37%
ZFS File Data               96308               752   38%
Anon                        28132               219   11%
Exec and libs                1870                14    1%
Page cache                   1465                11    1%
Free (cachelist)             4242                33    2%
Free (freelist)             28719               224   11%

Total                      255929              1999
Physical                   254495              1988
> $q

モジューラデバッガの使用についての詳細は、『Solaris モジューラデバッガ』を参照してください。

kmdb デバッガまたは mdb デバッガを使用する場合、モジュール名の接頭辞は不要です。モジュールのロード後、そのシンボルはコアカーネルのシンボルやすでにロードされている他のモジュールのシンボルとともに共通の名前空間を形成するからです。

たとえば、UFS モジュールがロードされている場合、各デバッガは ufs:ufs_WRITESufs_WRITES としてアクセスします。 ufs: 接頭辞が必要なのは、/etc/system ファイルに設定する場合です。