Re: significant vacuum issues - looking for suggestions
| От | Decibel! |
|---|---|
| Тема | Re: significant vacuum issues - looking for suggestions |
| Дата | |
| Msg-id | 20070827220438.GR54309@nasby.net обсуждение |
| Ответ на | Re: significant vacuum issues - looking for suggestions ("Kevin Grittner" <Kevin.Grittner@wicourts.gov>) |
| Ответы |
Re: significant vacuum issues - looking for suggestions
|
| Список | pgsql-performance |
On Mon, Aug 27, 2007 at 04:56:33PM -0500, Kevin Grittner wrote: > >>> Decibel! <decibel@decibel.org> 08/27/07 4:00 PM >>> > > > > They're running version 8.1.4 > > > > As for your pg_dump idea... why not just do a CREATE TABLE AS SELECT * > > FROM bloated_table? That would likely be much faster than messing around > > with pg_dump. > > He wanted to upgrade to 8.2.4. CREATE TABLE AS won't get him there. > > > > > They're running version 8.1.4 on 4-way dell boxes > > > > with 4Gig of memory on each box attached to RAID-10 disk arrays. > > > > What kind of disk hardware is this running on? A good raid 10 array with > > write caching should be able to handle a 200G database fairly well > > What other details were you looking for? How many drives? Write caching? 200G isn't *that* big for good drive hardware, *IF* it's performing the way it should. You'd be surprised how many arrays fall on their face even from a simple dd test. -- Decibel!, aka Jim Nasby decibel@decibel.org EnterpriseDB http://enterprisedb.com 512.569.9461 (cell)
Вложения
В списке pgsql-performance по дате отправления: