From: | Pavel Stehule <pavel(dot)stehule(at)gmail(dot)com> |
---|---|
To: | Jerry Sievers <gsievers19(at)comcast(dot)net> |
Cc: | marcin kowalski <yoshi314(at)gmail(dot)com>, "pgsql-general(at)postgresql(dot)org >> PG-General Mailing List" <pgsql-general(at)postgresql(dot)org> |
Subject: | Re: vacuum of empty table slows down as database table count grows |
Date: | 2017-01-04 19:33:35 |
Message-ID: | CAFj8pRBT5Wj_vpdufSigNhS5B-yPPwnKtmQ+ipXGoQkFWvYT=w@mail.gmail.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-general |
>
>
>> >
>> > This is irrelevant of amount of data restored, i am seeing the same
>> behavior with just schema restore, as well as with schema+data restores.
>> >
>> > If anyone is interested i may upload the schema data + my benchmarking
>> script with collected whisper data from my test run (i've been plotting it
>> in grafana via carbon)
>> >
>> > Is this a known issue? Can i do anything to improve performance here?
>>
>
> we had 10K and more tables in one database - and we had lot of issues.
>
> I know so Tomas fixed some issues, but we need the stat files in tmpfs
>
> please, read this article https://blog.pgaddict.com/
> posts/the-two-kinds-of-stats-in-postgresql
>
http://hacksoclock.blogspot.cz/2014/04/putting-statstempdirectory-on-ramdisk.html
>
> Regards
>
> Pavel
>
> >
>>
>> --
>> Jerry Sievers
>> Postgres DBA/Development Consulting
>> e: postgres(dot)consulting(at)comcast(dot)net
>> p: 312.241.7800
>>
>>
>> --
>> Sent via pgsql-general mailing list (pgsql-general(at)postgresql(dot)org)
>> To make changes to your subscription:
>> http://www.postgresql.org/mailpref/pgsql-general
>>
>
>
From | Date | Subject | |
---|---|---|---|
Next Message | Kisung Kim | 2017-01-04 19:54:51 | Re: Performance degradation when using auto_explain |
Previous Message | Pavel Stehule | 2017-01-04 19:32:11 | Re: vacuum of empty table slows down as database table count grows |