PgSql
in [SQL]
|
[HACKERS] bg worker: patch 6 of 6 - ooo messages Finally, this patch adds the capability to cache out-of-order messages for workers within the coordinator process. Unlike the cache of jobs, which basically are messages as well, these messages don't trigger a job, but might provide additional information or data payload to a worker that's already processing a ... 13 Jul 2010 10:53
[HACKERS] bg worker: patch 1 of 6 - permanent process This patch turns the existing autovacuum launcher into an always running process, partly called the coordinator. If autovacuum is disabled, the coordinator process still gets started and keeps around, but it doesn't dispatch vacuum jobs. The coordinator process now uses imessages to communicate with background ... 13 Jul 2010 10:53
[HACKERS] bg worker: patch 3 of 6 - sockets This patch adds the capability for the coordinator to listen on sockets while waiting for imessages to arrive. Before the coordinator just slept until a signal arrives, notifying the coordinator about an internal message. Major caveat here: I'm using pselect(), which might still not be portable enough. The wor... 13 Jul 2010 10:53
[HACKERS] bg worker: overview Hi, I've been working on modularizing Postgres-R to ease review and maybe allow code reuse. As threatened at the Cluster Meeting in Tokyo and again at CHAR(10), I'm now presenting more results of that effort: the background workers infrastructure module. Postgres-R so far used custom backends to apply trans... 13 Jul 2010 10:53
[HACKERS] Last call for patches for the July CommitFest The CF starts the day after tomorrow. If you've been working on a patch and you want feedback, you must post it to the -hackers list and create an entry in the CF application before the start of the CommitFest, or you will likely need to wait until the September CF for a review. See this Wiki page for more inf... 13 Jul 2010 10:53
explain.c: why trace PlanState and Plan trees separately? Tom Lane wrote: The reason I'm on about this at the moment is that I think I see how to get ruleutils to print PARAM_EXEC Params as the referenced expression rather than $N ... Wouldn't this obfuscate the plan more than printing subplan arguments at the call site? regards, Yeb Havinga -- Sent via... 13 Jul 2010 15:20
dblink regression failure in HEAD Itagaki Takahiro <itagaki.takahiro(a)gmail.com> writes: I found regression test for dblink in HEAD was failed on my machine. One buildfarm machine also reported the same failure. What this looks like to me is that dblink.c doesn't contain the fix that the new regression test is checking for. pangolin is pull... 13 Jul 2010 09:47
[HACKERS] dblink regression failure in HEAD I found regression test for dblink in HEAD was failed on my machine. One buildfarm machine also reported the same failure. http://buildfarm.postgresql.org/cgi-bin/show_log.pl?nm=pangolin&dt=2010-07-12%2013:37:06 It seems to come from the recent fix for dropped column support, but I'm not sure why other machines... 12 Jul 2010 22:56
Status report on writeable CTEs On 7/12/10 9:07 PM +0300, I wrote: Consider: WITH t AS (SELECT 1), t2 AS (SELECT * FROM t2) VALUES (true); That should of course have been SELECT * FROM t, not t2. Regards, Marko Tiikkaja -- Sent via pgsql-hackers mailing list (pgsql-hackers(a)postgresql.org) To make changes to your ... 3 Aug 2010 14:45
- GSoC - snapshot materialized view (work-in-progress) patch Pavel Baro�<baros.p(a)seznam.cz> wrote: Dne 9.7.2010 21:33, Robert Haas napsal(a): Please add your patch here, so that it will be reviewed during the about-to-begin CommitFest. https://commitfest.postgresql.org/action/commitfest_view/open OK, but will you help me with that form? Do you th... 12 Jul 2010 11:49 |