Re: Large Database Design Help
От
Scott Marlowe
Тема
Re: Large Database Design Help
Дата
Msg-id
1139611345.22740.151.camel@state.g2switchworks.com
Ответ на
Re: Large Database Design Help (Ragnar)
Список
Дерево обсуждения
Large Database Design Help Orion Henry <lab@orangekids.org>
Re: Large Database Design Help "Jim C. Nasby" <jnasby@pervasive.com>
Re: Large Database Design Help Markus Schaber <schabi@logix-tt.com>
Re: Large Database Design Help Ragnar <gnari@hive.is>
Re: Large Database Design Help Scott Marlowe <smarlowe@g2switchworks.com>
Re: Large Database Design Help Greg Stark <gsstark@mit.edu>
Re: Large Database Design Help Markus Schaber <schabi@logix-tt.com>
Re: Large Database Design Help Matthew Nuzum <mattnuzum@gmail.com>
Re: Large Database Design Help PFC <lists@peufeu.com>
On Fri, 2006-02-10 at 16:39, Ragnar wrote: > On Fri, 2006-02-10 at 11:24 +0100, Markus Schaber wrote: > > > For lots non-read-only database workloads, RAID5 is a performance > > killer. Raid 1/0 might be better, or having two mirrors of two disks > > each, the first mirror holding system, swap, and the PostgreSQL WAL > > files, the second one holding the data. > > I was under the impression that it is preferable to keep the WAL on > its own spindles with no other activity there, to take full advantage > of the sequential nature of the WAL writes. > > That would mean one mirror for the WAL, and one for the rest. > This, of course, may sometimes be too much wasted disk space, as the WAL > typically will not use a whole disk, so you might partition this mirror > into a small ext2 filesystem for WAL, and use the rest for files seldom > accessed, such as backups. Well, on most database servers, the actual access to the OS and swap drives should drop to about zero over time, so this is a workable solution if you've only got enough drives / drive slots for two mirrors.
В списке pgsql-performance по дате отправления