This is a discussion on Re: Backup/Restore too slow within the Pgsql Performance forums, part of the PostgreSQL category; --> Rebuilding the indexes or integrity confirmations are probably taking most of the time. What is your work_mem setting? On ...
| |||||||
| FAQ | Members List | Calendar | Search | Today's Posts | Mark Forums Read |
| ||||
| Rebuilding the indexes or integrity confirmations are probably taking most of the time. What is your work_mem setting? On 22-Dec-06, at 9:32 AM, Sebastián Baioni wrote: > Hi, > We have a database with one table of 10,000,000 tuples and 4 tables > with 5,000,000 tuples. > While in SQL Server it takes 3 minutes to restore this complete > database, in PostgreSQL it takes more than 2 hours. > The Backup takes 6 minutes in SQLServer and 13 minutes (which is > not a problem) > > We are running PostgreSQL 8.1 for Windows and we are using: > C:\pg_dump.exe -i -h localhost -p 5432 -U usuario -F c -b -v -f "C: > \BK\file.backup" base > and > C:\pg_restore.exe -i -h localhost -p 5432 -U usuario -d base -O -v > "C:\BK\file.backup" > > We use those parameters because we copied them from PGAdminIII. > > Is there any way to make it faster? > > Tanks > Sebastián > __________________________________________________ > Correo Yahoo! > Espacio para todos tus mensajes, antivirus y antispam ¡gratis! > ¡Abrí tu cuenta ya! - http://correo.yahoo.com.ar |
| |||
| Rod Taylor <rod.taylor@gmail.com> writes: > Rebuilding the indexes or integrity confirmations are probably taking > most of the time. > What is your work_mem setting? maintenance_work_mem is the thing to look at, actually. I concur that bumping it up might help. regards, tom lane ---------------------------(end of broadcast)--------------------------- TIP 2: Don't 'kill -9' the postmaster |
| |||
| Thanks for answering. This is my configuration: # - Memory - shared_buffers = 1000 # min 16, at least max_connections*2, 8KB each #work_mem = 1024 # min 64, size in KB #maintenance_work_mem = 16384 # min 1024, size in KB #max_stack_depth = 2048 # min 100, size in KB The PC where we are runing PostgreSQL server is: AMD Athlon(tm) 64 Processor 3000+ 1.79 GHz, 1.93 GB RAM with WindowsXP Proffesional, Version 2002 Service Pack 2. How should we set it? Thanks a lot! Sebastián Tom Lane <tgl@sss.pgh.pa.us> escribió: Rod Taylor writes: > Rebuilding the indexes or integrity confirmations are probably taking > most of the time. > What is your work_mem setting? maintenance_work_mem is the thing to look at, actually. I concur that bumping it up might help. regards, tom lane ---------------------------(end of broadcast)--------------------------- TIP 2: Don't 'kill -9' the postmaster __________________________________________________ Correo Yahoo! Espacio para todos tus mensajes, antivirus y antispam ¡gratis! ¡Abrí tu cuenta ya! - http://correo.yahoo.com.ar |
| ||||
| Sebastián Baioni wrote: > Thanks for answering. > This is my configuration: > # - Memory - > > shared_buffers = 1000 # min 16, at least max_connections*2, 8KB > each > #work_mem = 1024 # min 64, size in KB > #maintenance_work_mem = 16384 # min 1024, size in KB > #max_stack_depth = 2048 # min 100, size in KB > > The PC where we are runing PostgreSQL server is: > AMD Athlon(tm) 64 Processor > 3000+ > 1.79 GHz, 1.93 GB RAM > with WindowsXP Proffesional, Version 2002 Service Pack 2. > > How should we set it? Shared buffers even on a workstation should be higher than 1000 if you want some performance. It depends how much memory you have spare to use for PostgreSQL. But something like shared_buffers = 20000 maintenance_work_mem = 256000 Will certainly give you a performance boost. You will have to adjust those figures based on whatever else you are doing on the machine. Russell Smith. > > Thanks a lot! > Sebastián > > */Tom Lane <tgl@sss.pgh.pa.us>/* escribió: > > Rod Taylor writes: > > Rebuilding the indexes or integrity confirmations are probably > taking > > most of the time. > > > What is your work_mem setting? > > maintenance_work_mem is the thing to look at, actually. I concur that > bumping it up might help. > > regards, tom lane > > ---------------------------(end of > broadcast)--------------------------- > TIP 2: Don't 'kill -9' the postmaster > > __________________________________________________ > Correo Yahoo! > Espacio para todos tus mensajes, antivirus y antispam ¡gratis! > ¡Abrí tu cuenta ya! - http://correo.yahoo.com.ar > |