Mailing lists [pgsql-hackers]

26 February 2008

• 01:42   Re: [COMMITTERS] pgsql: Link postgres from all object files at once, to avoid the D'Arcy J.M. Cain
• 01:53   Reference by in \d out kenneth d'souza
• 02:00   Re: [COMMITTERS] pgsql: Link postgres from all object files at once, to avoid the Tom Lane
• 04:19   Re: 8.3 / 8.2.6 restore comparison Joshua D. Drake
• 04:39   Re: pg_dump additional options for performance Tom Lane
• 05:19   Re: 8.3 / 8.2.6 restore comparison Jeff Davis
• 05:19   Re: Batch update of indexes on data loading ITAGAKI Takahiro
• 05:25   Re: 8.3 / 8.2.6 restore comparison Joshua D. Drake
• 05:36   Re: [COMMITTERS] pgsql: Link postgres from all object files at once, to avoid the Peter Eisentraut
• 05:38   Re: [COMMITTERS] pgsql: Link postgres from all object files at once, to avoid the Tom Lane
• 07:32   code cleanup of timestamp code Warren Turkal
• 08:08   Re: Batch update of indexes on data loading Simon Riggs
• 08:26   Re: libpq.rc make rule Magnus Hagander
• 08:37   Re: code cleanup of timestamp code Martijn van Oosterhout
• 09:23   Re: [COMMITTERS] pgsql: Link postgres from all object files at once, to avoid the Peter Eisentraut
• 09:59   Producer/Consumer Issues in the COPY across network Simon Riggs
• 10:05   Re: pg_dump additional options for performance Simon Riggs
• 10:22   Re: pg_dump additional options for performance Simon Riggs
• 10:30   Re: Producer/Consumer Issues in the COPY across network Martijn van Oosterhout
• 10:31   Re: pg_dump additional options for performance Magnus Hagander
• 11:14   Re: pg_dump additional options for performance Dimitri Fontaine
• 11:22   Re: pg_dump additional options for performance Simon Riggs
• 11:49   Re: pg_dump additional options for performance Tom Dunstan
• 12:05   Re: pg_dump additional options for performance Simon Riggs
• 12:29   Re: pg_dump additional options for performance Zeugswetter Andreas ADI SD
• 12:33   Re: [PATCHES] 2WRS [WIP] 
• 12:35   Re: pg_dump additional options for performance Andrew Dunstan
• 12:36   Re: Reference by in \d out Alvaro Herrera
• 12:38   Re: pg_dump additional options for performance Dimitri Fontaine
• 12:43   pgAgent job limit Roberts, Jon
• 13:03   Re: pgAgent job limit Andrew Dunstan
• 13:12   Re: pg_dump additional options for performance Magnus Hagander
• 13:14   Re: pgAgent job limit Roberts, Jon
• 13:15   Re: pg_dump additional options for performance Simon Riggs
• 13:16   Re: pgAgent job limit Alvaro Herrera
• 13:16   Re: pgAgent job limit Magnus Hagander
• 13:26   Re: pg_dump additional options for performance Simon Riggs
• 13:28   Re: pg_dump additional options for performance Ron Mayer
• 13:36   Re: pgAgent job limit Roberts, Jon
• 13:45   Bulk loading performance improvements Simon Riggs
• 14:04   Re: pg_dump additional options for performance Tom Lane
• 14:11   Re: [PATCHES] 2WRS [WIP] 
• 14:12   Re: [COMMITTERS] pgsql: Link postgres from all object files at once, to avoid the Tom Lane
• 14:15   Re: pg_dump additional options for performance Simon Riggs
• 14:16   Re: pg_dump additional options for performance Andrew Dunstan
• 14:23   Re: pg_dump additional options for performance David BOURIAUD
• 14:25   Re: Bulk loading performance improvements Gregory Stark
• 14:28   Re: pg_dump additional options for performance Magnus Hagander
• 14:31   Re: [COMMITTERS] pgsql: Link postgres from all object files at once, to avoid the Andrew Dunstan
• 14:35   Re: Bulk loading performance improvements Simon Riggs
• 14:42   Re: Proposed changes to DTrace probe implementation Robert Lor
• 14:43   Re: 8.3 / 8.2.6 restore comparison Joshua D. Drake
• 14:46   Re: pg_dump additional options for performance Simon Riggs
• 14:49   Re: pg_dump additional options for performance Tom Lane
• 15:42   Re: Proposed changes to DTrace probe implementation Tom Lane
• 15:59   Re: pg_dump additional options for performance Tom Lane
• 16:00   Re: Including PL/PgSQL by default Robert Treat
• 16:06   Re: Including PL/PgSQL by default Alvaro Herrera
• 16:16   Re: pg_dump additional options for performance Simon Riggs
• 16:20   Varlena Type Creation Dimitri Fontaine
• 16:21   Re: Including PL/PgSQL by default Andrew Dunstan
• 16:24   Re: pg_dump additional options for performance Simon Riggs
• 16:29   Re: pg_dump additional options for performance Greg Smith
• 16:36   Re: Including PL/PgSQL by default Tom Lane
• 16:44   Re: [COMMITTERS] pgsql: Don't build the win32 support files in the all target, only in Peter Eisentraut
• 16:54   Idle idea for improving concurrency of LISTEN/NOTIFY Tom Lane
• 17:05   Re: pg_dump additional options for performance Tom Lane
• 17:14   Re: pg_dump additional options for performance Simon Riggs
• 17:20   Re: pg_dump additional options for performance Tom Lane
• 17:33   Re: pg_dump additional options for performance Andrew Dunstan
• 17:39   Re: pg_dump additional options for performance Jeff Davis
• 17:53   Re: Proposed changes to DTrace probe implementation Robert Lor
• 17:54   Re: pg_dump additional options for performance Joshua D. Drake
• 18:01   Re: code cleanup of timestamp code Neil Conway
• 18:02   Re: Proposed changes to DTrace probe implementation Tom Lane
• 18:07   Re: pg_dump additional options for performance Tom Lane
• 18:19   Re: pg_dump additional options for performance Joshua D. Drake
• 18:41   Re: pg_dump additional options for performance Greg Smith
• 18:43   Re: pg_dump additional options for performance Alvaro Herrera
• 19:00   Re: pg_dump additional options for performance Simon Riggs
• 19:03   Re: Proposed changes to DTrace probe implementation Robert Lor
• 19:04   Re: pg_dump additional options for performance Joshua D. Drake
• 19:05   Re: pg_dump additional options for performance Simon Riggs
• 19:06   Re: pg_dump additional options for performance Simon Riggs
• 19:06   Re: code cleanup of timestamp code Tom Lane
• 19:07   Re: Including PL/PgSQL by default Josh Berkus
• 19:07   Re: pg_dump additional options for performance Tom Lane
• 19:08   Re: code cleanup of timestamp code Neil Conway
• 19:09   Two Coverity Scan volunteers needed Josh Berkus
• 19:22   Re: Proposed changes to DTrace probe implementation Gregory Stark
• 19:26   Re: Two Coverity Scan volunteers needed Neil Conway
• 19:44   Re: Including PL/PgSQL by default Robert Treat
• 19:49   Re: pg_dump additional options for performance Gregory Stark
• 20:14   Required make version Peter Eisentraut
• 20:48   Re: Proposed changes to DTrace probe implementation Robert Lor
• 21:04   Re: Required make version Tom Lane
• 21:14   Re: Proposed changes to DTrace probe implementation Tom Lane
• 21:37   Re: pg_dump additional options for performance Tom Lane
• 21:49   Re: Two Coverity Scan volunteers needed Josh Berkus
• 21:51   Re: Mailing list failure WAS: Including PL/PgSQL by default Josh Berkus
• 21:57   Re: Two Coverity Scan volunteers needed Joshua D. Drake
• 21:57   Re: Mailing list failure WAS: Including PL/PgSQL by default Joshua D. Drake
• 22:17   multi-worker pg_restore was: 8.3 / 8.2.6 restore comparison Joshua D. Drake
• 22:42   Re: multi-worker pg_restore was: 8.3 / 8.2.6 restore comparison Tom Lane
• 22:53   Re: Two Coverity Scan volunteers needed Neil Conway
• 22:53   Re: Required make version Andrew Dunstan
• 22:53   Re: multi-worker pg_restore was: 8.3 / 8.2.6 restore comparison Joshua D. Drake
• 22:59   Re: Required make version Tom Lane
• 23:04   Re: multi-worker pg_restore was: 8.3 / 8.2.6 restore comparison Tom Lane
• 23:24   Re: multi-worker pg_restore was: 8.3 / 8.2.6 restore comparison Joshua D. Drake
• 23:50   Re: Required make version Peter Eisentraut
• 23:56   Re: Two Coverity Scan volunteers needed Andrej Ricnik-Bay