I've been waiting all day for a pg_restore to finish on a test system
identically configured as our production in hardware and software
with the exception prod is 7.3.5 and test is 7.4.1.
The file it's restoring from is about 8GB uncompressed from a
"pg_dump -b -F t" and after 2 hours the directory the database is in
contains only 1GB. iostat reported ~2000 blocks written every 2
seconds to the DB file system.
I turned syslog off to see if it was blocking anything and in the
past couple minutes 1GB has been restored and iostat reports ~35,000
blocks written every 2 seconds to the DB file system.
The system is completely idle except for this restore process. Could
syslog the culprit?
I turned syslog back on and the restore slowed down again. Turned
it off and it sped right back up.
Can anyone confirm this for me?
Sr. Product Development Engineer
Cranel. Technology. Integrity. Focus.
pgsql-performance by date
|Next:||From: Richard Huxton||Date: 2004-03-09 21:34:35|
|Subject: Re: [PERFORM] syslog slowing the database?|
|Previous:||From: Simon Riggs||Date: 2004-03-09 20:26:55|
|Subject: Re: [HACKERS] WAL Optimisation - configuration and usage|
pgsql-admin by date
|Next:||From: Mira Kaloper||Date: 2004-03-09 21:04:05|
|Subject: postgres on apple OS X server|
|Previous:||From: Frédéric Médery||Date: 2004-03-09 19:24:01|
|Subject: migration from postgresql-7.2. to 7.4.1 : invalid command \n|