Re: [SPAM?] Re: PG8 Tuning

От: Michael Stone
Тема: Re: [SPAM?] Re: PG8 Tuning
Дата: ,
(см: обсуждение, исходный текст)
Ответ на: Re: [SPAM?] Re: PG8 Tuning  (Josh Berkus)
Ответы: Re: PG8 Tuning  (Josh Berkus)
Список: pgsql-performance

Скрыть дерево обсуждения

PG8 Tuning  ("Paul Johnson", )
 Re: PG8 Tuning  (Richard Huxton, )
 [SPAM?] Re: PG8 Tuning  (Steve Poe, )
  Re: [SPAM?] Re: PG8 Tuning  ("Jeffrey W. Baker", )
   Re: [SPAM?] Re: PG8 Tuning  (Jeff Trout, )
   Re: [SPAM?] Re: PG8 Tuning  (Josh Berkus, )
    Re: [SPAM?] Re: PG8 Tuning  (Alvaro Herrera <>, )
     Re: [SPAM?] Re: PG8 Tuning  ("Joshua D. Drake", )
     Re: PG8 Tuning  (John A Meinel, )
      Re: PG8 Tuning  (Tom Lane, )
       Re: PG8 Tuning  (John A Meinel, )
        Re: PG8 Tuning  (Tom Lane, )
    Re: [SPAM?] Re: PG8 Tuning  (Michael Stone, )
     Re: PG8 Tuning  (Josh Berkus, )
  Re: [SPAM?] Re: PG8 Tuning  (Tom Arthurs, )
  Re: PG8 Tuning  (Mark Lewis, )
   Re: PG8 Tuning  (Michael Stone, )
 Re: PG8 Tuning  (Michael Stone, )
 Re: PG8 Tuning  ("Merlin Moncure", )

On Tue, Aug 16, 2005 at 09:12:31AM -0700, Josh Berkus wrote:
>However, you are absolutely correct in that it's *relative* advice, not
>absolute advice.   If, for example, you're using a $100,000 EMC SAN as your
>storage you'll probably be better off giving it everything and letting its
>controller and cache handle disk allocation etc.

Well, you don't have to spend *quite* that much to get a decent storage
array. :)

>On the other hand, if you're dealing with the 5 drives in a single Dell
>6650, I've yet to encounter a case where a separate xlog disk did not
>benefit an OLTP application.

IIRC, that's an older raid controller that tops out at 128MB write
cache, and 5 spindles ain't a lot--so it makes sense that it would
benefit from a seperate spindle for xlog. Also note that I said the
write cache advice goes out the window if you have a workload that
involves constant writing (or if your xlog writes come in faster than
your write cache can drain) because at that point you essentially drop
back to raw disk speed; I assume the OLTP apps you mention are fairly
write-intensive.  OTOH, in a reasonably safe configuration I suppose
you'd end up with a 3 disk raid5 / 2 disk raid1 or 2 raid 1 pairs on
that dell 6650; is that how you test? Once you're down to that small a
data set I'd expect the system's ram cache to be a much larger
percentage of the working set, which would tend to make the xlog just
about the *only* latency-critical i/o. That's a different creature from
a data mining app that might really benefit from having additional
spindles to accelerate read performance from indices much larger than
RAM. At any rate, this just underscores the need for testing a
particular workload on particular hardware. Things like the disk speed,
raid configuration, write cache size, transaction size, data set size,
working set size, concurrent transactions, read vs write emphasis, etc.,
are each going to have a fairly large impact on performance.

>For Solaris, the advantage of using a separate disk or partition is that the
>mount options you want for the xlog (including forcedirectio) are
>considerably different from what you'd use with the main database.

Yeah, having a seperate partition is often good even if you do have
everything on the same disks.

Mike Stone

В списке pgsql-performance по дате сообщения:

От: John A Meinel
Сообщение: Re: PG8 Tuning
От: "Anjan Dave"
Сообщение: Re: choosing RAID level for xlogs