Mailing lists [pgsql-performance]

4 February 2011

• 00:18   Re: [HACKERS] Slow count(*) again... Grant Johnson
• 00:28   Re: [HACKERS] Slow count(*) again... Mark Kirkwood
• 00:29   Re: [HACKERS] Slow count(*) again... Robert Haas
• 00:36   Re: [HACKERS] Slow count(*) again... Robert Haas
• 00:37   Re: [HACKERS] Slow count(*) again... david@lang.hm
• 00:46   Re: Why we don't want hints Was: Slow count(*) again... Josh Berkus
• 01:06   Re: [HACKERS] Slow count(*) again... Robert Haas
• 01:13   Re: [HACKERS] Slow count(*) again... Conor Walsh
• 01:33   Re: [HACKERS] Slow count(*) again... Joshua D. Drake
• 01:45   Re: [HACKERS] Slow count(*) again... Conor Walsh
• 01:59   Re: [HACKERS] Slow count(*) again... Scott Marlowe
• 02:08   Re: [HACKERS] Slow count(*) again... Jeff Davis
• 02:13   Re: [HACKERS] Slow count(*) again... Scott Marlowe
• 02:21   Re: getting the most of out multi-core systems for repeated complex SELECT statements Andy Colson
• 02:40   Re: [HACKERS] Slow count(*) again... Greg Smith
• 02:48   Does auto-analyze work on dirty writes? (was: Re: [HACKERS] Slow count(*) again...) Mark Mielke
• 02:48   Re: [HACKERS] Slow count(*) again... Scott Marlowe
• 02:56   Re: [HACKERS] Slow count(*) again... Greg Smith
• 03:00   Re: [HACKERS] Slow count(*) again... Scott Marlowe
• 03:00   Re: getting the most of out multi-core systems for repeated complex SELECT statements Greg Smith
• 03:04   Re: getting the most of out multi-core systems for repeated complex SELECT statements Scott Marlowe
• 03:10   Re: [HACKERS] Slow count(*) again... Greg Smith
• 03:19   Re: getting the most of out multi-core systems for repeated complex SELECT statements Andy Colson
• 03:57   Re: getting the most of out multi-core systems for repeated complex SELECT statements Scott Marlowe
• 04:06   Re: [HACKERS] Slow count(*) again... David Wilson
• 05:36   Re: [HACKERS] Slow count(*) again... Samuel Gendler
• 06:09   Re: [HACKERS] Slow count(*) again... Віталій Тимчишин
• 06:24   Re: [HACKERS] Slow count(*) again... Віталій Тимчишин
• 06:33   Re: [HACKERS] Slow count(*) again... david@lang.hm
• 06:39   Re: [HACKERS] Slow count(*) again... Віталій Тимчишин
• 07:03   Talking about optimizer, my long dream Віталій Тимчишин
• 07:50   Re: [HACKERS] Slow count(*) again... Torsten Zühlsdorff
• 08:20   Re: How to best use 32 15k.7 300GB drives? Vitalii Tymchyshyn
• 10:34   Re: getting the most of out multi-core systems for repeated complex SELECT statements Greg Smith
• 11:08   Query performance with disabled hashjoin and mergejoin Ivan Voras
• 12:06   Re: [HACKERS] Slow count(*) again... Grant Johnson
• 12:56   Re: Talking about optimizer, my long dream Mladen Gogala
• 13:02   Re: Talking about optimizer, my long dream Shaun Thomas
• 13:28   Re: Talking about optimizer, my long dream Greg Smith
• 13:33   Re: [HACKERS] Slow count(*) again... Kenneth Marshall
• 13:36   Re: Talking about optimizer, my long dream Mladen Gogala
• 13:38   Re: [HACKERS] Slow count(*) again... Vitalii Tymchyshyn
• 13:45   Re: Query performance with disabled hashjoin and mergejoin Greg Smith
• 13:46   Really really slow select count(*) felix
• 13:49   Re: Really really slow select count(*) hubert depesz lubaczewski
• 13:52   Re: [HACKERS] Slow count(*) again... Kenneth Marshall
• 13:56   Re: Really really slow select count(*) Greg Smith
• 14:01   Re: Really really slow select count(*) Shaun Thomas
• 14:03   Re: Really really slow select count(*) Shaun Thomas
• 14:25   Re: Talking about optimizer, my long dream Frank Heikens
• 14:47   Re: Talking about optimizer, my long dream Cédric Villemain
• 15:05   Re: [HACKERS] Slow count(*) again... Scott Marlowe
• 15:19   Fwd: Really really slow select count(*) felix
• 15:20   Really really slow select count(*) felix
• 15:27   Re: Really really slow select count(*) Kenneth Marshall
• 15:35   Re: Really really slow select count(*) Shaun Thomas
• 15:35   Re: Really really slow select count(*) Shaun Thomas
• 16:38   Re: Really really slow select count(*) felix
• 16:40   Re: Really really slow select count(*) Scott Marlowe
• 16:45   Re: Really really slow select count(*) felix
• 16:45   Re: Really really slow select count(*) Shaun Thomas
• 17:29   Re: Really really slow select count(*) felix
• 17:35   Re: Really really slow select count(*) Scott Marlowe
• 17:36   Re: Really really slow select count(*) Shaun Thomas
• 17:38   Re: Really really slow select count(*) Greg Smith
• 17:48   Re: [HACKERS] Slow count(*) again... Robert Haas
• 17:49   Re: How to best use 32 15k.7 300GB drives? Robert Haas
• 18:01   Re: Really really slow select count(*) Scott Marlowe
• 18:08   Write-heavy pg_stats_collector on mostly idle server Josh Berkus
• 18:18   Re: Really really slow select count(*) Shaun Thomas
• 18:26   Re: Really really slow select count(*) felix
• 18:35   Re: Really really slow select count(*) Scott Marlowe
• 18:40   Re: Really really slow select count(*) Shaun Thomas
• 18:59   Re: Really really slow select count(*) felix
• 19:00   Re: Really really slow select count(*) Shaun Thomas
• 19:14   Re: Really really slow select count(*) felix
• 19:38   Re: Really really slow select count(*) Shaun Thomas
• 20:18   Re: getting the most of out multi-core systems for repeated complex SELECT statements Mark Stosberg
• 20:22   checkpoint_completion_target and Ext3 Josh Berkus
• 21:58   Re: Re: getting the most of out multi-core systems for repeated complex SELECT statements Scott Marlowe
• 21:59   Re: [HACKERS] Slow count(*) again... Bruce Momjian
• 22:17   Re: [HACKERS] Slow count(*) again... Bruce Momjian
• 22:25   table partitioning and select max(id) Tobias Brox
• 22:44   Re: Talking about optimizer, my long dream Mark Kirkwood
• 23:17   Re: [HACKERS] Slow count(*) again... Bruce Momjian
• 23:20   Re: getting the most of out multi-core systems for repeated complex SELECT statements Chris Browne