postgresql パフォーマンスチューニング
このサイトは、もともと作者の自分用メモとして書き始めたものです。書いてあることが全て正しいとは限りません。他の文献、オフィシャルなサイトも確認して、自己責任にて利用してください。 数十万レコードのデータを持つ大規模なテーブルを扱うようになると、クエリによっては回答が得られるまでに数秒かかるケースも出てくる。これは、より多くのメモリやディスクの使用を PostgreSQL に許すことで改善される可能性が高い。ただし、扱っているデータベースが小さい時には大した効果は望めない。また、そもそもの実装メモリが 256M とか 128M という貧弱な状態では、調整の余地さえなく、単なる悪あがきだ。以下は搭載メモリ 1 ギガを目安に書いている。更に、テーブルの素性とクエリパターンによっては、テーブル自体のクラスタ化が加速を上乗せしてくれるかもしれない -- クラスタリングや適切なインデックスの作成は、メ
オープンできるファイル制限を変更する ulimit - dondari
調べるきっかけ Zend Studio for Eclipse 6.1でワークスペースをビルドしていると、エラーダイアログが表示されていました。 RSEG1058 Connect to <hostname> was cancelled 状況は、client=windows、ソースはlinux(CentOS)内にあり、RSE(Remote System Explorerプラグイン)を使用し、SSH(sftp)経由で参照。 怪しそうなログを確認 # cat /var/log/secure Jun 2 11:52:00 <host> last message repeated 74 times Jun 2 11:52:00 <host> sshd[26706]: Disconnecting: Could not create socket pairs: Too many open files J
linuxで同時に開けるソケット数を確認する | @blog.justoneplanet.info
以下のコマンドで確認する。 /sbin/sysctl -a|grep "somax" PHPでは以下の定数で定義される。 SOMAXCONN
Linux のカーネル・パラメータ設定 | 日々の更新
/etc/sysctl.conf kernel.shmall = 2097152 kernel.shmmax = 2147483648 kernel.shmmni = 142 kernel.sem = 256 32000 100 142 fs.file-max = 131072 net.ipv4.ip_local_port_range = 20000 65000 kernel.msgmni = 2878 kernel.msgmax = 8192 kernel.msgmnb = 65535 /sbin/sysctl -p Linux では、ipcs コマンドを使用して、システムの現行の共有メモリー・セグメント、セマフォ・セット、およびそれらの識別番号と所有者を調べます。 カーネル・パラメータは、/proc ファイル・システムを使用して変更できます。次の手順に従ってください。 1. root
オペレーティング システムのチューニング
オペレーティング システムのチューニング オペレーティング システムのチューニングは、使用しているオペレーティング システムのマニュアルに従って行ってください。Windows プラットフォームの場合、通常はデフォルト設定を変更する必要はありません。一方、Solaris および Linux プラットフォームでは、通常は適切なチューニングを行う必要があります。以下の節では、オペレーティング システムのパフォーマンスに関する考慮事項について説明します。 OS チューニングの基本概念 OS を適切にチューニングすると、エラー状態の発生が回避され、システム パフォーマンスが向上します。オペレーティング システムのエラー状態は、パフォーマンスを常に低下させます。通常、ほとんどのエラー状態は、TCP チューニング パラメータに関係し、オペレーティング システムが close_wait 呼び出しから古いソ
オペレーティング システムのチューニング
オペレーティング システムのチューニング オペレーティング システムのチューニングは、使用しているオペレーティング システムのマニュアルに従って行ってください。Windows プラットフォームの場合、通常はデフォルト設定を変更する必要はありません。一方、Solaris および Linux プラットフォームでは、通常は適切なチューニングを行う必要があります。以下の節では、オペレーティング システムのパフォーマンスに関する考慮事項について説明します。 OS チューニングの基本概念 OS を適切にチューニングすると、エラー状態の発生が回避され、システム パフォーマンスが向上します。オペレーティング システムのエラー状態は、パフォーマンスを常に低下させます。通常、ほとんどのエラー状態は、TCP チューニング パラメータに関係し、オペレーティング システムが close_wait 呼び出しから古いソ
ハードウェア、オペレーティング システム、およびネットワーク パフォーマンスのチューニング
eDocs ホーム > BEA WebLogic Server 8.1 ドキュメント > WebLogic Server パフォーマンス チューニング ガイド > ハードウェア、オペレーティング システム、およびネットワーク パフォーマンスのチューニング ハードウェア、オペレーティング システム、およびネットワーク パフォーマンスのチューニング 以下の節では、ハードウェア、オペレーティング システム、およびネットワーク パフォーマンスの最適化に関する考慮事項について説明します。 ハードウェアのチューニング オペレーティング システムのチューニング ネットワークのパフォーマンス ハードウェアのチューニング パフォーマンスを調べる場合、所定のハードウェア コンフィグレーションで WebLogic Server と所定のアプリケーションをサポートするために必要な処理能力にはさまざまな要因が影響し
2.4 カーネル資源の見積もり
バッチ実行基盤を稼働するために、必要なカーネル資源を確保しておく必要があります。 見積もりが必要なカーネル資源には以下があります。 共用メモリ資源 セマフォ資源 メッセージキュー資源 インストール前の作業で見積もったカーネル資源の値から変更する場合には、再度見直してください。
高負荷マシンのネットワークチューニング — ありえるえりあ
Recent entries Apache2.4のリリース予定は来年(2011年)初め(あくまで予定) inoue 2010-12-23 Herokuの発音 inoue 2010-12-20 雑誌記事「ソフトウェア・テストPRESS Vol.9」の原稿公開 inoue 2010-12-18 IPA未踏のニュース inoue 2010-12-15 労基法とチキンゲーム inoue 2010-12-06 フロントエンドエンジニア inoue 2010-12-03 ASCII.technologies誌にMapReduceの記事を書きました inoue 2010-11-25 技術評論社パーフェクトシリーズ絶賛発売中 inoue 2010-11-24 雑誌連載「Emacsのトラノマキ」の原稿(part8)公開 inoue 2010-11-22 RESTの当惑 inoue 2010-11-22 「プ
【linux】カーネルパニックの種類 | 発生方法 | 対処
1. カーネルパニックとは カーネルパニックとは、カーネルで致命的なエラーが発生し、OSの稼動が完全に停止した状態の事を言います。OSを継続して稼動さえることは不可能であり、再起動するしかありません。エラーの原因を調査するために、カーネルパニック時にはメモリダンプ(カーネルダンプ、クラッシュダンプ、コアなどと呼ぶ場合も有ります)を出力することが可能です。メモリダンプとは実メモリの内容をファイルに出力する機能のことを言います。OSがsyslog (シスログ) に書き出す余裕もなくクラッシュするのでメモリダンプは唯一の解析の手がかりとなることもあります。OSを再起動すると、メモリダンプが /var/crash/<IP アドレス-YYYY-MM-DD-mm:ss>/vmcore にコピーされます。(diskdumpの場合) 参考：diskdumpの設定方法 2. カーネルパニックの種類 カーネル
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
[linux-users:98527] [Q]listenキューが一杯なのにconnectが成功する
IBM Developer