Unix Technical Forum

PostgreSQL VACCUM killing CPU

This is a discussion on PostgreSQL VACCUM killing CPU within the Pgsql Performance forums, part of the PostgreSQL category; --> Hi all ! I have got such problem. Im running Postgresql 7.3.2 on Linux 2.6.13. What is see when ...


Go Back   Unix Technical Forum > Database Server Software > PostgreSQL > Pgsql Performance

FAQ Members List Calendar Search Today's Posts Mark Forums Read
  #1 (permalink)  
Old 04-19-2008, 08:45 AM
blender@jaskom.pl
 
Posts: n/a
Default PostgreSQL VACCUM killing CPU

Hi all !

I have got such problem.
Im running Postgresql 7.3.2 on Linux 2.6.13.
What is see when VACCUM is running and killing my CPU is:

Cpu(s): 3.2% us, 0.0% sy, 0.0% ni, 0.0% id, 96.8% wa, 0.0% hi,
0.0% si

what i am worry about is "96.8% wa" why is it like that?

what is the process waiting for ?

could somone explain me that please?

Best regards
david

Digg this Post!Add Post to del.icio.usBookmark Post in TechnoratiFurl this Post!
Reply With Quote
  #2 (permalink)  
Old 04-19-2008, 08:46 AM
Will Reese
 
Posts: n/a
Default Re: PostgreSQL VACCUM killing CPU

The "wa" means waiting on IO. Vacuum is a very IO intensive
process. You can use tools like vmstat and iostat to see how much
disk IO is occurring. Also, sar is very helpful for trending these
values over time.

-- Will Reese http://blog.rezra.com
On May 9, 2006, at 5:19 AM, blender@jaskom.pl wrote:

> Hi all !
>
> I have got such problem.
> Im running Postgresql 7.3.2 on Linux 2.6.13.
> What is see when VACCUM is running and killing my CPU is:
>
> Cpu(s): 3.2% us, 0.0% sy, 0.0% ni, 0.0% id, 96.8% wa, 0.0% hi,
> 0.0% si
>
> what i am worry about is "96.8% wa" why is it like that?
>
> what is the process waiting for ?
>
> could somone explain me that please?
>
> Best regards
> david
>
>
> ---------------------------(end of
> broadcast)---------------------------
> TIP 5: don't forget to increase your free space map settings



---------------------------(end of broadcast)---------------------------
TIP 9: In versions below 8.0, the planner will ignore your desire to
choose an index scan if your joining column's datatypes do not
match

Digg this Post!Add Post to del.icio.usBookmark Post in TechnoratiFurl this Post!
Reply With Quote
  #3 (permalink)  
Old 04-19-2008, 08:46 AM
Michael Glaesemann
 
Posts: n/a
Default Re: PostgreSQL VACCUM killing CPU


>> I have got such problem.
>> Im running Postgresql 7.3.2 on Linux 2.6.13.


Also, you should seriously consider upgrading. 8.1.3 is the current
PostgreSQL release. If you must remain on 7.3, at least upgrade to
7.3.14, which contains *many* bugfixes.

Michael Glaesemann
grzm seespotcode net




---------------------------(end of broadcast)---------------------------
TIP 2: Don't 'kill -9' the postmaster

Digg this Post!Add Post to del.icio.usBookmark Post in TechnoratiFurl this Post!
Reply With Quote
  #4 (permalink)  
Old 04-19-2008, 08:46 AM
Michael Glaesemann
 
Posts: n/a
Default Re: PostgreSQL VACCUM killing CPU


>> I have got such problem.
>> Im running Postgresql 7.3.2 on Linux 2.6.13.


Also, you should seriously consider upgrading. 8.1.3 is the current
PostgreSQL release. If you must remain on 7.3, at least upgrade to
7.3.14, which contains many bugfixes.

Michael Glaesemann
grzm seespotcode net




---------------------------(end of broadcast)---------------------------
TIP 5: don't forget to increase your free space map settings

Digg this Post!Add Post to del.icio.usBookmark Post in TechnoratiFurl this Post!
Reply With Quote
  #5 (permalink)  
Old 04-19-2008, 08:46 AM
Wu Fengguang
 
Posts: n/a
Default Re: PostgreSQL VACCUM killing CPU

On Tue, May 09, 2006 at 03:19:08AM -0700, blender@jaskom.pl wrote:
> I have got such problem.
> Im running Postgresql 7.3.2 on Linux 2.6.13.
> What is see when VACCUM is running and killing my CPU is:
>
> Cpu(s): 3.2% us, 0.0% sy, 0.0% ni, 0.0% id, 96.8% wa, 0.0% hi,
> 0.0% si
>
> what i am worry about is "96.8% wa" why is it like that?


It's killing your disk drives instead of CPU(which is mostly _idle_
waiting for I/O completion).

Run this command to get an idea of the I/O activities:
iostat -x 3 3

[AD]Running a kernel patched with adaptive read-ahead may help it:
http://www.vanheusden.com/ara/adapti....16.5.patch.gz

---------------------------(end of broadcast)---------------------------
TIP 5: don't forget to increase your free space map settings

Digg this Post!Add Post to del.icio.usBookmark Post in TechnoratiFurl this Post!
Reply With Quote
Reply


Thread Tools
Display Modes

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

vB code is On
Smilies are On
[IMG] code is On
HTML code is Off
Trackbacks are On
Pingbacks are On
Refbacks are On
Forum Jump


All times are GMT. The time now is 04:15 AM.


Powered by vBulletin® Version 3.6.5
Copyright ©2000 - 2008, Jelsoft Enterprises Ltd.
Search Engine Optimization by vBSEO 3.2.0
www.UnixAdminTalk.com