ndres Freund wrote:
> Hi Tom, Mathieu,
>
> On 2017-05-10 17:02:11 -0400, Tom Lane wrote:
> > Mathieu Fenniak writes:
> > > Andres, it seems like the problem is independent of having large data
> > > manipulations mixed with schema changes. The below test case
> d
.182015-06)
(other test details: wal_level=logical; max_wal_senders=5;
wal_sender_timeout = 3600s; max_locks_per_transaction = 65536;
max_replication_slots = 5)
On Fri, May 5, 2017 at 7:38 PM, Andres Freund wrote:
> On 2017-05-05 21:32:27 -0400, Tom Lane wrote:
> > Andres Freund writes:
&g
ould describe what is happening here, and have a discussion with me about
what kind of changes might be necessary to improve the performance.
Thanks all,
*Mathieu Fenniak* | Senior Software Architect | Phone 1-587-315-1185
*Replicon* | The leader in cloud time tracking applications - 7,800
Hi pgsql-general,
Has anyone else ever noticed how slow it can be to rsync or tar a pgdata
directory with hundreds of thousands or millions of files? I thought this
could be done faster with a bit of concurrency, so I wrote a little tool
called fast-archiver to do so. My employer (Replicon) has
