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...
Re: Slow count(*) again... |
| Список | 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 по дате отправления: