From: | Joachim Wieland <joe(at)mcknight(dot)de> |
---|---|
To: | Alvaro Herrera <alvherre(at)commandprompt(dot)com> |
Cc: | Robert Haas <robertmhaas(at)gmail(dot)com>, Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>, Pg Hackers <pgsql-hackers(at)postgresql(dot)org> |
Subject: | Re: patch for parallel pg_dump |
Date: | 2012-03-20 03:04:25 |
Message-ID: | CACw0+11KAQRBbBNuO+VSxbXg+fPh6SjqxJohvr9QPmBLx6Z=4A@mail.gmail.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
On Mon, Mar 19, 2012 at 9:14 PM, Alvaro Herrera
<alvherre(at)commandprompt(dot)com> wrote:
> Sounds good to me in general ... my only gripe is this: I wonder if it
> would be better to have a central routine that knows about both
> archive_close_connection and archive_close_connection_parallel -- and
> the argument to the callback is a struct that contains both a pointer to
> the struct with the connection to be closed [...]
I had a similar idea before but then concluded that for it you need to
have this struct globally available so that everybody (pg_dump.c /
pg_restore.c / pg_backup_archive.c) can access it to set the
appropriate state.
I gave it a second thought and now just defined a function that these
consumers can call, that way the variable can stay at file scope at
least.
Also we don't need this switch, we can set the ParallelState in the
struct before any child forks off and reset it to NULL after the last
child has terminated.
New patch attached, thanks for your comments.
Attachment | Content-Type | Size |
---|---|---|
pg_dump_die_horribly.2.diff | text/x-patch | 97.3 KB |
From | Date | Subject | |
---|---|---|---|
Next Message | Qi Huang | 2012-03-20 03:47:52 | Re: Gsoc2012 Idea --- Social Network database schema |
Previous Message | Tom Lane | 2012-03-20 01:57:10 | Re: Memory usage during sorting |