Re: Large database help
От | xbdelacour@yahoo.com |
---|---|
Тема | Re: Large database help |
Дата | |
Msg-id | 5.0.2.1.0.20010423200655.019bb6c0@pop.mail.yahoo.com обсуждение исходный текст |
Ответ на | Re: Large database help (Ragnar Kjørstad <postgres@ragnark.vestdata.no>) |
Ответы |
Re: Large database help
|
Список | pgsql-admin |
ANote: some disk activety should be expected. Maybe postgresql updates >the log? Or at the very least it will update the atime timestamps for >the files everytime they're read. This shouldn't cause enough disk >activity to become a performance-problem, but if I remember your initial >post correctly, you indicated that one processor was fully saturated. > >Maybe the problem is in fact related to locking and smp, and not related >to shared-memory and disk activity? Then, please correct me if I'm wrong: I should be able to test your hypothesis by creating a small DB (of say 2MB) and setting up at least a dozen backends to tag it. If I get the same symptoms w/ respect to disk activity/performance then we could say that the problem is not related to shared memory/the amount of data/swapping. What log files are output from postgres? I was under the impression that postmaster's stdout/stderr were the only output. I've been postmaster xyz >& log.txt'ing it. I'll check into this. Thanks a lot for your help :-) -Xavier _________________________________________________________ Do You Yahoo!? Get your free @yahoo.com address at http://mail.yahoo.com
В списке pgsql-admin по дате отправления: