From: | Laurent Laborde <kerdezixe(at)gmail(dot)com> |
---|---|
To: | Alvaro Herrera <alvherre(at)2ndquadrant(dot)com> |
Cc: | PostgreSQL-development <pgsql-hackers(at)postgresql(dot)org>, Jan Lentfer <Jan(dot)Lentfer(at)web(dot)de>, Sawada Masahiko <sawada(dot)mshk(at)gmail(dot)com>, Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>, Dilip kumar <dilip(dot)kumar(at)huawei(dot)com>, Amit Kapila <amit(dot)kapila16(at)gmail(dot)com>, Magnus Hagander <magnus(at)hagander(dot)net>, Euler Taveira <euler(at)timbira(dot)com(dot)br> |
Subject: | Re: TODO : Allow parallel cores to be used by vacuumdb [ WIP ] |
Date: | 2015-07-24 06:58:30 |
Message-ID: | CAEy3c_QwKPhtnmhOH=CRScm=7OREXiAoS+oHK-HsL3Fk+n-s_g@mail.gmail.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
Le 23 juil. 2015 19:27, "Alvaro Herrera" <alvherre(at)2ndquadrant(dot)com> a
écrit :
>
> Laurent Laborde wrote:
>
> > Friendly greetings !
> >
> > What's the status of parallel clusterdb please ?
> > I'm having fun (and troubles) applying the vacuumdb patch to clusterdb.
> >
> > This thread also talk about unifying code for parallelizing clusterdb
and
> > reindex.
> > Was anything done about it ? Because i can't see it and my work
currently
> > involve a lot of copy/pasting from vacuumdb to clusterdb :)
>
> Honestly, I have to wonder whether there are really valid use cases for
> clusterdb. Are you actually using it and want to see it improved, or is
> this just an academical exercise?
Purely academical. I don't use it.
> > And no, (i'm pretty sure) i don't have the required postgresql
knowledge to
> > do this unification if it isn't done already.
>
> You may or may not lack it *now*, but that doesn't mean you will
> continue to lack it forever.
That's why i'm working on it :)
--
Laurent "ker2x" Laborde
DBA \o/ gandi.net
From | Date | Subject | |
---|---|---|---|
Next Message | Kouhei Kaigai | 2015-07-24 07:03:35 | Re: Asynchronous execution on FDW |
Previous Message | Heikki Linnakangas | 2015-07-24 06:53:49 | Re: Improving replay of XLOG_BTREE_VACUUM records |