Thu Apr 25 13:25:21 PDT 2013
- Previous message: [Slony1-general] Long slon replication times, 3 hours for 87, 873, 597 rows
- Next message: [Slony1-general] Slony multiple connections with database
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
On Thu, Apr 25, 2013 at 12:40 PM, Christopher Browne <cbbrowne at afilias.info>wrote: > I wonder what the amount of data is; that's not exactly the same as the > number of tuples... > > At any rate, for it to take several hours to copy these pretty big tables > is not super-surprising. > > A thing to compare with is to compare this with how long it takes to dump > "db.spotlightimpressions" using pg_dump and load it into another database; > the combination of COPY TO and COPY FROM would be expected to take somewhat > less than 12845s; add in generating indexes on the table and I'd expect > dump/restore to take very nearly the same amount of time. > > Slony doesn't do "magic"; it's using the same features, albeit wrapped a > little differently. > > If you can dump/restore that table in an hour, and it takes Slony 3-4 > hours, then I'd be concerned, but if dump/restore takes ~3.5hr, then I'd > say Slony, running in similar time, is working as expected. > Thanks Christopher, makes sense and I'll give it a try. Tory -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.slony.info/pipermail/slony1-general/attachments/20130425/a606cd46/attachment.htm
- Previous message: [Slony1-general] Long slon replication times, 3 hours for 87, 873, 597 rows
- Next message: [Slony1-general] Slony multiple connections with database
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
More information about the Slony1-general mailing list