Mailinglist Archive: opensuse-ja (102 mails)
| < Previous | Next > |
[opensuse-ja] SLES 10 SP1でのPostgre SQLの運用についての質問
- From: Kentarow Kobayashi <koba@xxxxxxxxxxxx>
- Date: Mon, 23 Jul 2007 16:51:07 +0900
- Message-id: <20070723165107466841.a233a226@xxxxxxxxxxxx>
小林健太郎と申します、よろしくお願いします。
opensuse-jaのMLなので、SLESのご質問をして良いか分からなかったの
ですが、もし何か分かれば教えて頂ければと思います。
以下のような状況です。
SUSE Linux Enterprise Server 10 SP1がインストールしてある
環境で、PostgreSQLを利用しています。PostgreSQLのバージョンは、
最初はパッケージから8.1.9をインストールしていましたが、
今回ご相談する現象にはまり、最新の8.2.4をソースからコンパイルして
インストールしました。結果、どちらのバージョンでも同じ現象が出ていま
す。
起きている現象は、作成したDBに、6,500件のメインテーブル、
それに外部結合したい4,000件のテーブルが二つあります。
SQLでLEFT OUTER JOINを使って、メインのテーブルに2つ
繋げているSQLをかけると、レスポンスが15秒ぐらい返ってきません。
(結果は、6,500件返ってきます。)
外部結合しているので、SQLの問題も考えたのですが、RedHat ES3や
CentOS4.4、Mac OS XなどでPostgreSQLのバージョンは違いますが、
同じDBを作って実行すると、すぐにレスポンスがあります。
PostgreSQLのメモリ割り当て関連ではないかと思っているのですが、
レスポンスがすぐにある環境で、特にshared_buffersの設定変更を
していないのにこの結果でした。また、SLESの方のshared_buffersを
上げても全然変わりませんでした。
そうなると、OSに依存した何らかのメモリ割り当て関連等ではないかと
思ったのですが、そこで行き詰まってしまい、このMLに質問をさせて
頂きました。
ちなみに、ipcsの結果は、以下のような感じです。
sv:~ # ipcs -ml
------ Shared Memory Limits --------
max number of segments = 4096
max seg size (kbytes) = 4194303
max total shared memory (pages) = 268435200
min seg size (bytes) = 1
sv:~ # ipcs -m
------ Shared Memory Segments --------
key shmid owner perms bytes nattch
status
0x0052e2c1 32768 postgres 600 38076416
2
0x00000001 98305 root 600 655360
2
0x00000000 131074 gdm 600 196608 2
dest
0x00000000 163843 root 600 33554432 6
dest
お知恵を頂ければ幸いです。よろしくお願いします。
---------------------------------------------------------------------
To unsubscribe, e-mail: opensuse-ja+unsubscribe@xxxxxxxxxxxx
For additional commands, e-mail: opensuse-ja+help@xxxxxxxxxxxx
opensuse-jaのMLなので、SLESのご質問をして良いか分からなかったの
ですが、もし何か分かれば教えて頂ければと思います。
以下のような状況です。
SUSE Linux Enterprise Server 10 SP1がインストールしてある
環境で、PostgreSQLを利用しています。PostgreSQLのバージョンは、
最初はパッケージから8.1.9をインストールしていましたが、
今回ご相談する現象にはまり、最新の8.2.4をソースからコンパイルして
インストールしました。結果、どちらのバージョンでも同じ現象が出ていま
す。
起きている現象は、作成したDBに、6,500件のメインテーブル、
それに外部結合したい4,000件のテーブルが二つあります。
SQLでLEFT OUTER JOINを使って、メインのテーブルに2つ
繋げているSQLをかけると、レスポンスが15秒ぐらい返ってきません。
(結果は、6,500件返ってきます。)
外部結合しているので、SQLの問題も考えたのですが、RedHat ES3や
CentOS4.4、Mac OS XなどでPostgreSQLのバージョンは違いますが、
同じDBを作って実行すると、すぐにレスポンスがあります。
PostgreSQLのメモリ割り当て関連ではないかと思っているのですが、
レスポンスがすぐにある環境で、特にshared_buffersの設定変更を
していないのにこの結果でした。また、SLESの方のshared_buffersを
上げても全然変わりませんでした。
そうなると、OSに依存した何らかのメモリ割り当て関連等ではないかと
思ったのですが、そこで行き詰まってしまい、このMLに質問をさせて
頂きました。
ちなみに、ipcsの結果は、以下のような感じです。
sv:~ # ipcs -ml
------ Shared Memory Limits --------
max number of segments = 4096
max seg size (kbytes) = 4194303
max total shared memory (pages) = 268435200
min seg size (bytes) = 1
sv:~ # ipcs -m
------ Shared Memory Segments --------
key shmid owner perms bytes nattch
status
0x0052e2c1 32768 postgres 600 38076416
2
0x00000001 98305 root 600 655360
2
0x00000000 131074 gdm 600 196608 2
dest
0x00000000 163843 root 600 33554432 6
dest
お知恵を頂ければ幸いです。よろしくお願いします。
---------------------------------------------------------------------
To unsubscribe, e-mail: opensuse-ja+unsubscribe@xxxxxxxxxxxx
For additional commands, e-mail: opensuse-ja+help@xxxxxxxxxxxx
| < Previous | Next > |