Re: Why is restored database faster?
| От | Neil Conway |
|---|---|
| Тема | Re: Why is restored database faster? |
| Дата | |
| Msg-id | 87iskgugpe.fsf@mailbox.samurai.com обсуждение исходный текст |
| Ответ на | Why is restored database faster? (David Shadovitz <david@shadovitz.com>) |
| Ответы |
Re: Why is restored database faster?
|
| Список | pgsql-performance |
David Shadovitz <david@shadovitz.com> writes: > What could account for this difference? Lots of things -- disk fragmentation, expired tuples that aren't being cleaned up by VACUUM due to a long-lived transaction, the state of the kernel buffer cache, the configuration of the kernel, etc. > How can I get the original server to perform as well as the new one? Well, you can start by giving us some more information. For example, what is the output of VACUUM VERBOSE on the slow server? How much disk space does the database directory take up on both machines? (BTW, "SELECT count(*) FROM table" isn't a particularly good DBMS performance indication...) -Neil
В списке pgsql-performance по дате отправления: