概要
内にいくつかのパラメータがあります GreenLightの構成ファイルは、パフォーマンスを向上させるため、または単にデフォルト構成を負荷の増加に適応させるために調整できます。
関連する構成ファイルの概要は次のとおりです。
- ramkin-config.properties: 高度なアプリケーションレベルの設定
- quartz.properties: スケジューラー(ジョブハンドラー)構成
- tomcat.properties: Webサーバーの設定と構成パラメーター
- postgresql.conf: PostgreSQLデータベースサーバーの構成
ファイルの編集
これらのファイルを編集するXNUMXつの方法は、を介してシステムに接続することです。 パテ 「vim」や「nano」などのテキストエディタを使用します(viの経験がない人向け)。 別の方法は、仮想マシンコンソールを開き、「admin」ユーザーでログインすることです。 グラフィカルインターフェイス内で、コンソール/ターミナルウィンドウを開き、「sudothunar」と入力します。 これで、エクスプローラーのようなインターフェイスでファイルの場所に移動し、グラフィカルテキストエディターを使用してダブルクリックで編集できます。
ramkin-config.properties
会場
/ opt /panagenda/ramkin-config.properties
注目すべきパラメータ
プロパティ | 説明 |
---|---|
greenlight.notes.id.filename | Lotus Notes IDファイル(ファイル名のみ) |
greenlight.notes.id.password | Lotus Notes IDパスワード(エンコードされていない) |
greenlight.heartbeat.filename | のファイル名 GreenLight ハートビートファイル |
greenlight.scheduler.config.file | スケジューラー(quartz)構成ファイルのファイル名。 'file:/'で始まる必要があります。例: 'ファイル:/ D:\\panagenda\\GreenLight\\ quartz.properties ' または'ファイル:/ opt /panagenda/quartz.properties')。 |
石英のプロパティ
会場
/ opt /panagenda/quartz.properties
注目すべきパラメータ
説明 | |
---|---|
org.quartz.threadPool.threadCount | センサー測定用のワーカースレッドの数。 デフォルト値は10で、少しずつ増やします。 |
org.quartz.jobStore.misfireThreshold | スケジュール測定時に使用可能なスレッドがない場合に、空きワーカースレッドを待機するミリ秒単位の時間。 デフォルト値は60000です。 |
追加情報
クォーツの特性の詳細については、を参照してください。 http://www.quartz-scheduler.org/docs/configuration/
64bit アプライアンス - postgresql.conf
会場
/opt/postgres/conf/postgresql.conf
推奨設定
4 GBメモリ
値 | |
---|---|
| 1GB |
仕事の記憶 | 24MB |
効果的なキャッシュサイズ | 2GB |
Maintenance_work_mem | 128MB |
wal_buffers | -1 |
チェックポイント_セグメント | 32 |
チェックポイント完了ターゲット | 0.8 |
8 GBメモリ
値 | |
---|---|
| 2GB |
仕事の記憶 | 48MB |
効果的なキャッシュサイズ | 4GB |
Maintenance_work_mem | 256MB |
wal_buffers | 32 |
チェックポイント_セグメント | 64 |
チェックポイント完了ターゲット | 0.8 |
64bit アプライアンス - tomcat7
会場
/ etc / default / tomcat7
推奨設定
4 GBメモリ
JAVA_OPTS = "-server -Djava.awt.headless = true -Xmx1024m -XX:MaxPermSize = 128m -XX:+ UseConcMarkSweepGC"
8 GBメモリ
JAVA_OPTS = "-server -Djava.awt.headless = true -Xms2048m -Xmx2048m -XX:PermSize = 256m -XX:MaxPermSize = 256m -XX:InitialCodeCacheSize = 64m -XX:ReservedCodeCacheSize = 64m -XX:+ UseConcMarkSweepGC -XX:+ CMSParallelRemarkEnabled "
*****古い32ビットアプライアンス*****
32bit アプライアンス - tomcat.properties
会場
/ opt /panagenda/tomcat.properties
注目すべきパラメータ
説明 | |
---|---|
STATIC_XMS | Tomcatのjvmの最小メモリヒープサイズ。 デフォルト値は、マシンのメモリに応じて計算されます。 この値は、その検出をオーバーライドします。 可能な値は次のとおりです(例):256m、512m、1g |
STATIC_XMX | Tomcatのjvmの最大メモリヒープサイズ。 デフォルト値は、マシンのメモリに応じて計算されます。 |
ADD_JAVA_OPTS | Tomcatのjvm用の追加のJavaオプション。 値の例(例):-XX:+ UseParallelGC |
追加情報
このファイルが存在しない場合は、既存のファイル「tomcat.properties.default」をコピーして貼り付けて作成します。 注:これらの値は、対応する量の物理メモリが使用可能な場合にのみ増やす必要があります。 データベースサーバーやオペレーティングシステム自体などの他のプロセスのために、少なくとも512MBから768MBを空けておく必要があります。
32bit アプライアンス - postgresql.conf
会場
/opt/postgres/conf/postgresql/8.3/main/postgresql.conf
注目すべきパラメータ
説明 | |
---|---|
| データベースサーバーが共有メモリバッファに使用するメモリの量を設定します。 デフォルト値は96MBですが、1GBを超えるメモリを搭載したシステムでは、RAM全体の10〜15%に増やす必要があります。 この値を100MBを超えて増やす場合は、LinuxOSの対応する値も調整する必要があります。 ファイル |
チェックポイント_セグメント | 自動WALチェックポイント間のログファイルセグメントの最大数(各セグメントは通常16メガバイトです)。 デフォルト値は8であり、ゆっくりと増やす必要があります。 |
効果的なキャッシュサイズ | OS自体や他のアプリケーションで使用されているものを考慮した後、オペレーティングシステムおよびデータベース自体のディスクキャッシングに使用できるメモリの見積もりに設定する必要があります。 これは guide割り当てではなく、OSおよびPostgreSQLのバッファキャッシュで使用できると予想されるメモリの量を示します。 この値は、PostgreSQLクエリプランナーが検討しているプランがRAMに収まると予想されるかどうかを判断するためにのみ使用されます。 設定が低すぎると、期待どおりにクエリを実行するためにインデックスが使用されない場合があります。 |
データベースシステムにはさらに多くの構成パラメーターがあり、ここではそれらのほんの一部をリストしました。 詳細については、構成ファイル自体の注釈とPostgreSQLの詳細な説明を参照してください。 オンラインドキュメント と チューニングセクション PostgreSQLWikiの