Re: Slow count(*) again...

Поиск
Список
Период
Сортировка
От Dan Harris
Тема Re: Slow count(*) again...
Дата
Msg-id 4CB48127.6090200@drivefaster.net
обсуждение исходный текст
Ответ на Re: Slow count(*) again...  (Scott Carey <scott@richrelevance.com>)
Ответы Re: Slow count(*) again...  (Scott Carey <scott@richrelevance.com>)
Re: Slow count(*) again...  (Neil Whelchel <neil.whelchel@gmail.com>)
Список pgsql-performance
On 10/11/10 8:02 PM, Scott Carey wrote:
> would give you a 1MB read-ahead.  Also, consider XFS and its built-in defragmentation.  I have found that a longer
livedpostgres DB will get extreme 
> file fragmentation over time and sequential scans end up mostly random.  On-line file defrag helps tremendously.
>
We just had a corrupt table caused by an XFS online defrag.  I'm scared
to use this again while the db is live.  Has anyone else found this to
be safe?  But, I can vouch for the fragmentation issue, it happens very
quickly in our system.

-Dan

В списке pgsql-performance по дате отправления:

Предыдущее
От: "Kevin Grittner"
Дата:
Сообщение: Re: Slow count(*) again...
Следующее
От: david@lang.hm
Дата:
Сообщение: Re: Slow count(*) again...