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

< Previous Next >
Follow Ups