Re: Urgent: Tuning strategies?
От | Curt Sampson |
---|---|
Тема | Re: Urgent: Tuning strategies? |
Дата | |
Msg-id | Pine.NEB.4.43.0206261358150.670-100000@angelic.cynic.net обсуждение исходный текст |
Ответ на | Re: Urgent: Tuning strategies? ("Markus Wollny" <Markus.Wollny@computec.de>) |
Список | pgsql-general |
On Tue, 25 Jun 2002, Markus Wollny wrote: > There's an UPS connected to the server, Which can also fail, and which does not protect against, e.g., a kernel panic. > backups are performed each day, Well, even given the data loss, how long is it going to take you to do a restore from those backups, compared to just letting the database clean things up and continue on? Or do you not care about downtime, either? > I don't see much point in not setting fsync to false for faster updates. > And community-data's not that valuable to us, we can without doubt risk > loosing one day's updates. fsync or not makes little speed difference if your log has its own disk. > Ah, that might be one big issue - I often noticed several backends > growing far beyond 200MB size, which got me worried... Right. Also, for your queries doing sorts, check out the query stats ("set show_query_stats yes"; results go to the error log) and see if they're swapping. If they are, that's killing your performance. cjs -- Curt Sampson <cjs@cynic.net> +81 90 7737 2974 http://www.netbsd.org Don't you know, in this new Dark Age, we're all light. --XTC
В списке pgsql-general по дате отправления: