A REINDEX is one process - you can't split one process over 2 CPU's.
If you start another process (a SELECT / UPDATE / INSERT for example), that
process (should) use the other processor.
Cheers,
~p
-----Original Message-----
From: pgsql-admin-owner@postgresql.org
[mailto:pgsql-admin-owner@postgresql.org] On Behalf Of
ogjunk-pgjedan@yahoo.com
Sent: Saturday, 14 April 2007 10:55
To: pgsql-admin@postgresql.org
Subject: [ADMIN] REINDEX using only 1 CPU (of 2)
Hi,
I've got PG 8.2.3 running on a dual-core P4, and I noticed that, at least
during reindexing, postgreSQL REINDEX process is using only 1 of those 2
cores. You can clearly see this from this snippet from top:
Cpu0 : 93.3% us, 6.7% sy, 0.0% ni, 0.0% id, 0.0% wa, 0.0% hi, 0.0% si
Cpu1 : 0.0% us, 2.6% sy, 0.0% ni, 85.5% id, 11.8% wa, 0.0% hi, 0.0% si
PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND
21909 pg 25 0 116m 89m 42m R 98.9 9.2 1:01.92 postgres: pg mydb
[local] REINDEX
This PG 8.2.3 was compiled from sources on this box, so if there is anything
in the config/install process that should pick up that this box has "2"
CPUs, perhaps that didn't happen? I know I didn't manually instruct the
config/install that the box is a dual-core box. This is running on a Linux
box with the SMP-aware kernel.
Is this a known limitation? Am I reading this wrong?
Thanks,
Otis
---------------------------(end of broadcast)---------------------------
TIP 7: You can help support the PostgreSQL project by donating at
http://www.postgresql.org/about/donate
*******************Confidentiality and Privilege Notice*******************
The material contained in this message is privileged and confidential to
the addressee. If you are not the addressee indicated in this message or
responsible for delivery of the message to such person, you may not copy
or deliver this message to anyone, and you should destroy it and kindly
notify the sender by reply email.
Information in this message that does not relate to the official business
of Weatherbeeta must be treated as neither given nor endorsed by Weatherbeeta.
Weatherbeeta, its employees, contractors or associates shall not be liable
for direct, indirect or consequential loss arising from transmission of this
message or any attachments
