スケーラブルデータベースサーバ　HiRDB Version 8 システム導入・設計ガイド（Windows(R)用）

[目次][索引][前へ][次へ]

15.1.2　メモリ所要量の計算式

HiRDB/シングルサーバが使用するメモリ所要量は，次の表に示すすべての項目を加算した値です。

表15-2　HiRDB/シングルサーバが使用するメモリ所要量

項目 メモリ所要量（単位：キロバイト）
プロセス固有領域 ユニットコントローラ全プロセスが使用するプロセス固有領域 ●32ビットモードの場合
E＋↑｛（64＋48×（u＋1））×（pd_max_server_processの値−b−3）＋w｝÷1024↑＋R
●64ビットモードの場合
E＋↑｛（64＋64×（u＋1））×（pd_max_server_processの値−b−3）＋w｝÷1024↑＋R
●プラグインを使用する場合，加算します。
＋1400
●非同期READ機能を使用する場合，加算します。
＋r
●pd_process_terminatorオペランドにfixedを指定した場合，加算します。
＋F×（pd_process_terminator_maxの値−1）
●インメモリデータ処理を行う場合，加算します。
＋↑｛K×（pd_max_usersの値×2 + 7）｝÷1024↑
●通信トレース格納最大数を変更する場合，加算します。
+ ↑M÷1024↑
シングルサーバプロセスが使用するプロセス固有領域※１ pd_work_buff_mode=
each指定時		 ●32ビットモードの場合
｛G＋g＋（a＋9）×c＋h＋i＋ｍ＋ｐ＋ｑ＋s｝×（b＋3）＋↑（64＋48×（b＋1））÷1024↑×（v＋3）＋J
●64ビットモードの場合
｛G＋g＋（a＋9）×c＋h＋i＋ｍ＋ｐ＋ｑ＋s｝×（b＋3）＋↑（64＋64×（b＋1））÷1024↑×（v＋3）＋J
●インメモリデータ処理を行う場合，加算します。
＋↑｛K×（pd_max_usersの値＋3）｝÷1024↑
●通信トレース格納最大数を変更する場合，加算します。
＋↑P÷1024↑
pd_work_buff_mode=
pool指定又は省略時		 ●32ビットモードの場合
（G＋g＋a＋9＋↑a÷128×0.1↑＋11＋h＋i＋ｍ＋ｐ＋ｑ＋s）×（b＋3）＋ｎ＋↑（64＋48×（b＋1））÷1024↑×（v＋3）＋J
●64ビットモードの場合
（G＋g＋a＋9＋↑a÷128×0.1↑＋15＋h＋i＋ｐ＋ｑ＋s）×（b＋3）＋ｎ＋↑（64＋64×（b＋1））÷1024↑×（v＋3）＋J
●インメモリデータ処理を行う場合，加算します。
＋↑｛K×（pd_max_usersの値＋3）｝÷1024↑
●通信トレース格納最大数を変更する場合，加算します。
＋↑P÷1024↑
共用メモリ ユニットコントローラ用共用メモリ中，ユニットコントローラが使用する領域 ↑d÷1024↑
ユニットコントローラ用共用メモリ中，シングルサーバが使用する領域 e
グローバルバッファ用共用メモリ f
インメモリデータ処理用共用メモリ Ｌ
ユティリティ用共用メモリ t
セキュリティ監査情報用バッファ用共用メモリ ●システムによる自動計算の場合
↑0.3＋MAX｛（H＋100），（H×1.2）｝×0.25↑
●ユーザ指定値（pd_audit_def_buffer_sizeオペランドを指定）にする場合
pd_audit_def_buffer_sizeの指定値
プロセス間メモリ通信用共用メモリ※２ j×k

注※１
プラグインを使用する場合は，1シングルサーバプロセス当たり300を加算してください。

注※２
クライアント環境定義でPDIPC=MEMORYを指定した場合に加算します。プロセス間メモリ通信機能及びクライアント環境定義については，マニュアル「HiRDB Version 8 UAP開発ガイド」を参照してください。
なお，HiRDBサーバ又はHiRDBクライアントのどちらかが32ビットモードの場合，プロセス間メモリ通信機能で使用する共用メモリは32ビット空間内に確保されます。

ａ：pd_work_buff_sizeオペランドの値

ｂ：pd_max_usersオペランドの値

ｃ：最大作業表数
SQL文ごとの作業表数を「表15-3　SQL文ごとの作業表数の求め方」から求めます。表15-3から求めた作業表数のうちで最大のものを最大作業表数とします。

ｄ：「15.1.3　ユニットコントローラが使用する共用メモリの計算式」で求めた値

ｅ：「15.1.4　シングルサーバが使用する共用メモリの計算式」で求めた値

ｆ：「15.1.5　グローバルバッファが使用する共用メモリの計算式」で求めた値

ｇ：SQL実行時に必要なメモリ所要量
計算式については，「15.1.6　SQL実行時に必要なメモリ所要量の計算式」を参照してください。

ｈ：SQL前処理時に必要なメモリ所要量
計算式については，「15.1.7　SQL前処理時に必要なメモリ所要量の計算式」を参照してください。

ｉ：LOBバッファ一括入出力ワークメモリ
グローバルバッファ定義にLOB用グローバルバッファを指定している場合だけ（システム共通定義のpdbufferオペランドに-bを指定している場合），62キロバイトを加算してください。

ｊ：プロセス間メモリ通信機能を使用するクライアントの最大同時実行数
分からない場合は，プロセス間メモリ通信機能を使用する全クライアント数，又はpd_max_usersオペランドの値を代入してください。

ｋ：プロセス間メモリ通信機能を使用する全クライアントのデータ送受信用メモリサイズ（クライアント環境定義のPDSENDMEMSIZEの値＋PDRECVMEMSIZEの値）の平均値

ｍ：Java仮想マシンが使用するメモリ所要量
Javaストアドプロシジャ又はJavaストアドファンクションを使用する場合に，Java仮想マシンが使用するメモリ所要量を加算します。Java仮想マシンが使用するメモリ所要量は，Java仮想マシンのオプションやJava仮想マシンのバージョンによって異なります。Java仮想マシンが使用するメモリ所要量については，Java仮想マシンのマニュアルを参照してください。

ｎ：作業表用増分メモリサイズ
pd_work_buff_expand_limitオペランドを指定する場合に作業表用増分メモリサイズを加算します。作業表用増分メモリサイズは次に示す計算式から求めます。
作業表用増分メモリサイズ（キロバイト）＝作業表用増分バッファサイズ＋↑（作業表用の増分バッファサイズ÷128）×0.1↑
  • 作業表用増分バッファサイズ（キロバイト）＝MAX（0，ハッシュジョイン，副問合せのハッシュ実行による作業表用増分バッファサイズ）＋MAX（0，作業表数の増加による作業表用増分バッファサイズ）
  • ハッシュジョイン，副問合せのハッシュ実行による作業表用増分バッファサイズ＝MIN｛（ハッシュジョイン，副問合せのハッシュ実行をするときの作業表用バッファサイズ−pd_work_buff_sizeオペランドの値），（pd_work_buff_expand_limitオペランドの値−pd_work_buff_sizeオペランドの値）｝×ハッシュジョイン，副問合せのハッシュ実行をする同時実行ユーザ数
    ハッシュジョイン，副問合せのハッシュ実行をするときの作業表用バッファサイズの求め方については，マニュアル「HiRDB Version 8 UAP開発ガイド」を参照してください。
  • 作業表数の増加による作業表用増分バッファサイズ＝MIN｛（使用作業表数×128−pd_work_buff_sizeオペランドの値），（pd_work_buff_expand_limitオペランドの値−pd_work_buff_sizeオペランドの値）｝×（使用作業表数がpd_work_buff_sizeオペランドの値÷128以上になるユーザ数）
    使用作業表数＝MAX（1SQL文が使用する作業表用ファイルの数，ASSIGN LIST文が使用する作業表用ファイルの数）
    1SQL文が使用する作業表用ファイルの数，及びASSIGN LIST文が使用する作業表用ファイルの数の求め方については，「18.3　最大ファイル数の見積もり（pdfmkfs -lコマンド）」を参照してください。

ｐ：BLOB型データ用に必要なメモリ所要量
計算式については，「15.1.8　BLOB型データの検索又は更新時に必要なメモリ所要量の計算式（HiRDB/シングルサーバの場合）」を参照してください。

ｑ：サーバ側でブロック転送又は配列FETCHで必要なメモリ所要量
計算式については，「15.1.9　ブロック転送又は配列FETCHで必要なメモリ所要量の計算式」を参照してください。

ｒ：非同期READ用メモリサイズ
非同期READ機能を使用する場合に加算します。次に示す計算式から求めます（単位：キロバイト）。
（90＋
90
Σ RDエリア用HiRDBファイルシステム領域管理用メモリ）
i=1
×pd_max_ard_processの値
RDエリア用HiRDBファイルシステム領域管理用メモリは計算値の大きい順に90領域を計算に使用します。サーバで使用する領域数が90領域に満たない場合，その領域まで計算します。
HiRDBファイルシステム領域管理用メモリはそれぞれの領域の初期設定時のパラメタを使用して，次の計算式から求めます（単位：キロバイト）。
｛（ファイル数※１＋増分数※２）÷64｝×1.5※３
注※1　pdfmkfs -l指定値です。
注※2　pdfmkfs -e指定値です。
注※3　領域サイズ（pdfmkfs -n指定値）が2048以上の場合に乗算します。

ｓ：HiRDBファイルシステム用メモリサイズ
次に示す計算式から求めます（単位：キロバイト）。
347＋作業表用HiRDBファイルシステム領域管理用メモリ＋
システムログ用HiRDBファイルシステム領域管理用メモリ＋
90
ΣRDエリア用HiRDBファイルシステム領域管理用メモリ
i=1
作業表用及びシステムログ用HiRDBファイルシステム領域管理用メモリは，サーバで使用するHiRDBファイルシステム領域で計算値が最大になるものを使用します。RDエリアの場合は計算値の大きい順に90領域を計算に使用します。サーバで使用する領域数が90領域に満たない場合，その領域まで計算します。
HiRDBファイルシステム領域管理用メモリはそれぞれの領域の初期設定時のパラメタを使用して，次の計算式から求めます（単位：キロバイト）。
｛（ファイル数※１＋増分数※２）÷64｝×1.5※３
注※1　pdfmkfs -l指定値です。
注※2　pdfmkfs -e指定値です。
注※3　領域サイズ（pdfmkfs -n指定値）が2048以上の場合に乗算します。

ｔ：pd_utl_exec_modeの値が0の場合：0
pd_utl_exec_modeの値が1の場合：↑｛（b×2000＋136）÷1024｝↑×1024

ｕ：ユニット制御情報定義として有効なpd_module_trace_maxの値

ｖ：シングルサーバ定義として有効なpd_module_trace_maxの値

ｗ：HiRDBの再開始用メモリサイズ
このメモリサイズを確保できないと，HiRDBの再開始に失敗します。次の計算式から求めます（単位：バイト）。
A＋B
●pd_dbsync_pointオペランドにcommitを指定している場合，加算します。
＋112×（pd_max_usersの値×2＋7）
●raw I/O機能を使用したHiRDBファイルシステム領域に作成されたRDエリアを格納したHiRDBファイルシステム領域数が1001以上の場合に加算します。
＋D
HiRDBの再開始用メモリサイズを求める計算に使用する変数を次に示します。
変数 値
Ａ ●32ビットモードの場合
246762＋4×pd_max_rdarea_noの値
＋｛48×（pd_max_rdarea_noの値＋表数）＋304｝×（pd_max_usersの値×2＋7）
●64ビットモードの場合
305274＋8×pd_max_rdarea_noの値
＋｛64×（pd_max_rdarea_noの値＋表数）＋512｝×（pd_max_usersの値×2＋7）
表数：62＋MAX｛pd_max_access_tablesの値，500｝
Ｂ b1×X＋b2×Y
b1：サーバ用ステータスファイルのレコード長＜4096の場合
　　　MAX（（↓（3400÷（（↓（（レコード長−40）−308）÷20↓）
　　　＋（↓（レコード長−40）÷20↓）×（MAX（↓4096÷レコード長↓，2）−1））
　　　＋0.7）↓），1）×MAX(↓4096÷レコード長↓，2）×（レコード長−40）
　　4096≦サーバ用ステータスファイルのレコード長＜12288の場合
　　　MAX（↓（3400÷（↓（（（レコード長−40）−308）÷20）↓）＋0.7）↓，1）
　　　×（レコード長−40）
　　12288≦サーバ用ステータスファイルのレコード長の場合
　　　MAX（↓（3400÷（↓（（（レコード長−40）−836）÷20）↓）＋0.7）↓，1）
　　　×（レコード長−40）
Ｘ：RDエリア数≦3400の場合：1
　　3401≦RDエリア数≦6800の場合：2
　　6801≦RDエリア数の場合：3
b2：サーバ用ステータスファイルのレコード長＜4096の場合
　　　（↓（5662310÷（（↓（（レコード長−40）−308）÷20↓）
　　　＋（↓（レコード長−40）÷20↓）×（MAX（↓4096÷レコード長↓，2）−1））
　　　＋0.7）↓）×MAX（↓4096÷レコード長↓，2）×（レコード長−40）
　　4096≦サーバ用ステータスファイルのレコード長＜12288の場合
　　　↓（5662310÷（↓（（（レコード長−40）−308）÷20）↓）＋0.7）↓
　　　×（レコード長−40）
　　12288≦サーバ用ステータスファイルのレコード長の場合
　　　↓（5662310÷（↓（（（レコード長−40）−836）÷20）↓）＋0.7）↓
　　　×（レコード長−40）
Ｙ：RDエリア数≦10200の場合：0
　　10201≦RDエリア数≦5672510の場合：1
　　5672511≦RDエリア数≦11334820の場合：2
　　11334821≦RDエリア数の場合：3
D ●32ビットモードの場合
12012×（↑（raw I/O機能を使用したHiRDBファイルシステム領域に作成されたRDエリアを格納したHiRDBファイルシステム領域数−1000）÷1000↑）
●64ビットモードの場合
16016×（↑（raw I/O機能を使用したHiRDBファイルシステム領域に作成されたRDエリアを格納したHiRDBファイルシステム領域数−1000）÷1000↑）

Ｅ，Ｆ，Ｇ：固定値
この値はOSによって異なります。OSごとの値を次に示します（単位：キロバイト）。
OS Ｅの値 Fの値 Gの値
Windows（32ビットモード） 74,000 3,300 5,200
Windows Server 2003 (IPF) 167,000 5,400 11,700
Windows (x64) 104,900 4,700 11,300

Ｈ：セキュリティ監査機能の監査証跡の絞り込み条件で指定したオブジェクトの数

Ｊ：シンクポイント出力同期制御情報取得機能使用時に必要なメモリ（単位：バイト）
pd_dbbuff_trace_levelオペランドに1を指定し，かつpd_dfw_awt_processオペランドの指定を省略している場合に，次の値を加算します。
32ビットモードの場合：
320×シングルサーバに定義したグローバルバッファの数
64ビットモードの場合：
640×シングルサーバに定義したグローバルバッファの数

K：pd_max_resident_rdarea_noオペランドに1以上を指定している場合に，次の値を加算します。
1648＋16×pd_max_resident_rdarea_noの値＋16×pd_max_resident_rdarea_shm_noの値

Ｌ：インメモリデータ処理で必要なメモリ所要量
計算式については，「15.1.10　インメモリデータ処理で必要なメモリ所要量」を参照してください。

M：通信トレース処理で必要なメモリ所要量
32ビットモードの場合：
（16×（N−1024）×2）×（pd_max_server_process値−pd_max_users値−3）
64ビットモードの場合：
（32×（N−1024）×2）×（pd_max_server_process値−pd_max_users値−3）

N：ユニット制御情報定義として有効なpd_pth_trace_max値です。オペランド指定値を2のべき乗の値に切り上げた値になります。

P：通信トレース処理で必要なメモリ所要量
32ビットモードの場合：
（16×（Q−1024）×2）×（pd_max_users値＋3）
64ビットモードの場合：
（32×（Q−1024）×2）×（pd_max_users値＋3）

Q：シングルサーバ定義として有効なpd_pth_trace_max値です。オペランド指定値を2のべき乗の値に切り上げた値になります。

R：シグナルハンドラ用メモリサイズ
HP-UX (IPF)の場合：512
上記以外の場合 ：0

表15-3　SQL文ごとの作業表数の求め方

SQL文 作業表数の求め方
SELECT文
INSERT文（問合せ指定の場合）		 1.〜8. の指定がない場合：0
1.〜8. の指定がある場合：該当する作業表数をすべて加算した値
  1. 複数の表を結合して検索する場合
    増加作業表数＝（結合表数−1）×2＋1
  2. ORDER BY句を指定する場合
    増加作業表数＝2
  3. GROUP BY句を指定する場合
    増加作業表数＝GROUP BY句指定数
  4. DISTINCT句を指定する場合
    増加作業表数＝DISTINCT句指定数
  5. UNION句，UNION ALL句又はEXCEPT[ALL]句を指定する場合
    増加作業表数＝（UNION又はUNION ALL句指定数）×2＋1
  6. 探索条件中にインデクスを定義した列がある場合
    増加作業表数＝探索条件中のインデクスを定義した列数
  7. FOR UPDATE句又はFOR READ ONLY句を指定する場合
    増加作業表数＝1
  8. 副問合せ（限定述語）を指定する場合
    増加作業表数＝副問合せ指定数
UPDATE文
DELETE文		 探索条件中のインデクスを定義した列数＋1
DROP SCHEMA文
DROP TABLE文
DROP INDEX文
CREATE INDEX文
REVOKE文でアクセス権限を取り消す場合		 2

[目次][前へ][次へ]

[商品名称に関する表示]

All Rights Reserved. Copyright (C) 2006, 2016, Hitachi, Ltd.