Thread: After dump/restoring from 32bit 8.4-windows to 64bit 9.2.4-linux experiencing 10x slowdown on queries
After dump/restoring from 32bit 8.4-windows to 64bit 9.2.4-linux experiencing 10x slowdown on queries
From
Giovanni Martina
Date:
Hi,
I'm trying to upgrade our database server from postgresql 32-bit 8.2.4 running on Windows Server 2008 to postgresql 64-bit 9.2.4 on ubuntu server 12.04.02 LTS.
I have dumped one of our databases from our windows server and restored it on the postgres server running on ubuntu in order to test for incompatibilities. But the thing I am noticing playing with pgAdmin is that queries are being performed much more slowly on the linux server compared to the old windows 2k8 server, even with linux running on a ssd with more ram, faster cpu etc.
I've tried running ANALYZE, VACUUM and combinations of these via pgAdmin on the linux database but performing queries consistently take 10x the amount of time that they take on the windows server so I'm obviously missing something here.
The dump is a simple pg_dump -F c -f data.backup, then using pg_restore to restore in an empty database created with template0. What could be causing the new database to perform so abysmal?
Re: After dump/restoring from 32bit 8.4-windows to 64bit 9.2.4-linux experiencing 10x slowdown on queries
From
Rob Sargent
Date:
On 04/09/2013 02:29 PM, Giovanni Martina wrote: > Hi, > > I'm trying to upgrade our database server from postgresql 32-bit 8.2.4 > running on Windows Server 2008 to postgresql 64-bit 9.2.4 on ubuntu > server 12.04.02 LTS. > > I have dumped one of our databases from our windows server and restored > it on the postgres server running on ubuntu in order to test for > incompatibilities. But the thing I am noticing playing with pgAdmin is > that queries are being performed much more slowly on the linux server > compared to the old windows 2k8 server, even with linux running on a ssd > with more ram, faster cpu etc. > > I've tried running ANALYZE, VACUUM and combinations of these via pgAdmin > on the linux database but performing queries consistently take 10x the > amount of time that they take on the windows server so I'm obviously > missing something here. > > The dump is a simple pg_dump -F c -f data.backup, then using pg_restore > to restore in an empty database created with template0. What could be > causing the new database to perform so abysmal? > > connect with psql to your new database and run "reindex database <your db name>;"
Re: After dump/restoring from 32bit 8.4-windows to 64bit 9.2.4-linux experiencing 10x slowdown on queries
From
Rob Sargent
Date:
On 04/09/2013 02:29 PM, Giovanni Martina wrote: > Hi, > > I'm trying to upgrade our database server from postgresql 32-bit 8.2.4 > running on Windows Server 2008 to postgresql 64-bit 9.2.4 on ubuntu > server 12.04.02 LTS. > > I have dumped one of our databases from our windows server and restored > it on the postgres server running on ubuntu in order to test for > incompatibilities. But the thing I am noticing playing with pgAdmin is > that queries are being performed much more slowly on the linux server > compared to the old windows 2k8 server, even with linux running on a ssd > with more ram, faster cpu etc. > > I've tried running ANALYZE, VACUUM and combinations of these via pgAdmin > on the linux database but performing queries consistently take 10x the > amount of time that they take on the windows server so I'm obviously > missing something here. > > The dump is a simple pg_dump -F c -f data.backup, then using pg_restore > to restore in an empty database created with template0. What could be > causing the new database to perform so abysmal? > I suspect a spurious network configuration
Re: After dump/restoring from 32bit 8.4-windows to 64bit 9.2.4-linux experiencing 10x slowdown on queries
From
Albe Laurenz
Date:
Rob Sargent wrote: > On 04/09/2013 02:29 PM, Giovanni Martina wrote: >> I'm trying to upgrade our database server from postgresql 32-bit 8.2.4 >> running on Windows Server 2008 to postgresql 64-bit 9.2.4 on ubuntu >> server 12.04.02 LTS. >> >> I have dumped one of our databases from our windows server and restored >> it on the postgres server running on ubuntu in order to test for >> incompatibilities. But the thing I am noticing playing with pgAdmin is >> that queries are being performed much more slowly on the linux server >> compared to the old windows 2k8 server, even with linux running on a ssd >> with more ram, faster cpu etc. >> >> I've tried running ANALYZE, VACUUM and combinations of these via pgAdmin >> on the linux database but performing queries consistently take 10x the >> amount of time that they take on the windows server so I'm obviously >> missing something here. >> >> The dump is a simple pg_dump -F c -f data.backup, then using pg_restore >> to restore in an empty database created with template0. What could be >> causing the new database to perform so abysmal? > connect with psql to your new database and run "reindex database <your > db name>;" That would be pretty useless since the indexes have been created recently. I would try to identify the bottleneck: is it disk-I/O, CPU or something else? Also, turn on log_duration to see if the query takes long on the server or if network or client processing are part of the problem. Is postgresql.conf identical on both machines? For more specific help, you'll have to share more details about your setup. Yours, Laurenz Albe
Re: After dump/restoring from 32bit 8.4-windows to 64bit 9.2.4-linux experiencing 10x slowdown on queries
From
"jon@stylesage"
Date:
Hi, did you find a resolution to this issue? I'm running into the same problem now! -- View this message in context: http://postgresql.1045698.n5.nabble.com/After-dump-restoring-from-32bit-8-4-windows-to-64bit-9-2-4-linux-experiencing-10x-slowdown-on-queries-tp5751526p5784087.html Sent from the PostgreSQL - general mailing list archive at Nabble.com.
Re: Re: After dump/restoring from 32bit 8.4-windows to 64bit 9.2.4-linux experiencing 10x slowdown on queries
From
Sameer Kumar
Date:
CCing the group
On Tue, Jan 7, 2014 at 9:29 PM, Sameer Kumar <sameer.kumar@ashnik.com> wrote:
On Fri, Dec 20, 2013 at 1:44 AM, jon@stylesage <jon@stylesage.co> wrote:Hi, did you find a resolution to this issue? I'm running into the same
problem now!DO a few checks:
- Is the disk layout same on both the servers?
- Have you tried to compare your postgresql.conf on both the systems?
- Check your tcp_sack once on Linux