Mailing lists [pgsql-hackers]

27 June 2006

• 03:03   Re: vacuum, performance, and MVCC Jim C. Nasby
• 03:08   Re: vacuum, performance, and MVCC Bruce Momjian
• 03:15   Re: Table clustering idea Jim C. Nasby
• 03:34   Re: GIN index creation extremely slow ? Christopher Kings-Lynne
• 03:44   Re: Inheritance, CREATE TABLE LIKE, and partitioned tables Bruce Momjian
• 03:53   Re: [COMMITTERS] pgsql: Disallow changing/dropping default expression Bruce Momjian
• 03:57   Re: [COMMITTERS] pgsql: Clamp last_anl_tuples to n_live_tuples, in case we vacuum a table Alvaro Herrera
• 04:12   Re: [COMMITTERS] pgsql: Clamp last_anl_tuples to n_live_tuples, in case we vacuum a table Tom Lane
• 06:31   Re: Table clustering idea Luke Lonergan
• 07:23   Re: [COMMITTERS] pgsql: Clamp last_anl_tuples to n_live_tuples, in case we vacuum a table Dave Page
• 07:43   Re: vacuum, performance, and MVCC Hannu Krosing
• 08:04   Re: [PATCHES] Non-transactional pg_class, try 2 Zeugswetter Andreas DCP SD
• 08:08   Re: [PATCHES] Non-transactional pg_class, try 2 Simon Riggs
• 08:41   Re: vacuum, performance, and MVCC PFC
• 08:46   Re: vacuum, performance, and MVCC Hannu Krosing
• 08:56   Re: Table clustering idea Kim Bisgaard
• 08:57   Re: [PATCHES] Non-transactional pg_class, try 2 Zeugswetter Andreas DCP SD
• 10:23   Re: vacuum, performance, and MVCC Hannu Krosing
• 10:37   Turning off disk caching Dhanaraj M
• 11:58   Re: GIN index creation extremely slow ? Teodor Sigaev
• 12:29   Re: vacuum, performance, and MVCC Mark Woodward
• 12:45   Re: vacuum, performance, and MVCC Mark Woodward
• 13:55   refcount leak warnings Thomas Hallgren
• 13:58   Re: [PATCHES] Non-transactional pg_class, try 2 Tom Lane
• 14:09   Re: refcount leak warnings Martijn van Oosterhout
• 14:12   Re: refcount leak warnings Tom Lane
• 14:21   Re: vacuum, performance, and MVCC Martijn van Oosterhout
• 15:16   Re: [COMMITTERS] pgsql: Disallow changing/dropping default expression Tom Lane
• 15:23   SO_SNDBUF size is small on win32? Yoshiyuki Asaba
• 15:31   Re: SO_SNDBUF size is small on win32? Tom Lane
• 15:31   Re: SO_SNDBUF size is small on win32? Martijn van Oosterhout
• 15:44   Re: SO_SNDBUF size is small on win32? Yoshiyuki Asaba
• 15:46   Re: SO_SNDBUF size is small on win32? Andrew Dunstan
• 16:09   Re: SO_SNDBUF size is small on win32? Rocco Altier
• 16:13   Re: SO_SNDBUF size is small on win32? Martijn van Oosterhout
• 16:16   Re: vacuum, performance, and MVCC Bruce Momjian
• 16:18   Re: vacuum, performance, and MVCC Bruce Momjian
• 16:19   Re: vacuum, performance, and MVCC Jim C. Nasby
• 16:22   Re: vacuum, performance, and MVCC Bruce Momjian
• 16:23   Re: vacuum, performance, and MVCC Bruce Momjian
• 16:26   [Fwd: Re: [Pljava-dev] char with trailing space, PreparedStatement.setObject & SetString] Thomas Hallgren
• 16:28   Re: SO_SNDBUF size is small on win32? Tom Lane
• 16:29   Re: vacuum, performance, and MVCC Jim C. Nasby
• 16:34   Re: SO_SNDBUF size is small on win32? Yoshiyuki Asaba
• 16:39   Re: Table clustering idea Jim C. Nasby
• 16:43   Re: SO_SNDBUF size is small on win32? Yoshiyuki Asaba
• 16:51   Re: Table clustering idea Csaba Nagy
• 16:59   Re: [Fwd: Re: [Pljava-dev] char with trailing space, PreparedStatement.setObject Thomas Hallgren
• 17:01   Re: SO_SNDBUF size is small on win32? Tom Lane
• 17:13   Re: Table clustering idea J. Andrew Rogers
• 17:49   Re: SO_SNDBUF size is small on win32? Magnus Hagander
• 18:22   posix_fadvise versus old kernels Tom Lane
• 18:29   Re: vacuum, performance, and MVCC Greg Stark
• 18:32   Re: SO_SNDBUF size is small on win32? Mark Woodward
• 18:34   Re: [COMMITTERS] pgsql: Disallow changing/dropping default Bruce Momjian
• 18:37   Re: vacuum, performance, and MVCC Bruce Momjian
• 18:42   Re: posix_fadvise versus old kernels Bruce Momjian
• 18:44   Re: SO_SNDBUF size is small on win32? Tom Lane
• 18:44   Re: SO_SNDBUF size is small on win32? Mark Woodward
• 18:51   Re: posix_fadvise versus old kernels Tom Lane
• 19:13   Re: GIN index creation extremely slow ? Stefan Kaltenbrunner
• 22:37   Fully replacing ps_status (was Re: [COMMITTERS] pgsql: Add GUC update_process_title to control whether 'ps' display is) Tom Lane
• 22:44   Re: Fully replacing ps_status (was Re: [COMMITTERS] pgsql: Bruce Momjian
• 23:48   Re: Fully replacing ps_status (was Re: [COMMITTERS] pgsql: Mark Kirkwood