Mailing lists [pgsql-performance]

1 September 2005

• 10:50   Re: Big question on insert performance/using COPY FROM Richard Huxton
• 12:16   Poor performance on HP Package Cluster Ernst Einstein
• 13:23   Need for speed 3 Ulrich Wisser
• 13:28   Re: Poor performance on HP Package Cluster Ron
• 13:52   Re: Need for speed 3 Merlin Moncure
• 14:03   Re: Need for speed 3 Ulrich Wisser
• 15:30   Re: Need for speed 3 Merlin Moncure
• 17:38   Re: Need for speed 3 Luke Lonergan
• 17:43   Massive performance issues Matthew Sackman
• 18:34   Re: Massive performance issues Merlin Moncure
• 18:48   Re: Massive performance issues Merlin Moncure
• 19:27   Re: Massive performance issues Matthew Sackman
• 19:43   Re: Massive performance issues Matthew Sackman
• 19:51   Re: Massive performance issues Tom Lane
• 19:54   Re: Massive performance issues Joel Fradkin
• 19:57   Re: Massive performance issues Alvaro Herrera
• 20:02   Re: Massive performance issues Merlin Moncure
• 20:07   Re: Massive performance issues Ron
• 20:10   Re: Massive performance issues Steinar H. Gunderson
• 20:17   Re: Massive performance issues Alvaro Herrera
• 20:24   Re: Poor performance on HP Package Cluster Luke Lonergan
• 20:28   Re: Massive performance issues Tom Lane
• 20:39   Re: Massive performance issues Sebastian Hennebrueder
• 20:55   Re: Massive performance issues Arjen van der Meijden
• 21:05   Re: Massive performance issues Ron
• 21:06   Re: Massive performance issues Matthew Sackman
• 21:14   Re: Massive performance issues Matthew Sackman
• 21:30   Re: Massive performance issues Jeff Frost
• 21:53   Re: Massive performance issues Steinar H. Gunderson
• 22:01   Re: Massive performance issues Matthew Sackman
• 22:15   Re: Massive performance issues Ron
• 22:25   Re: Massive performance issues Matthew Sackman
• 22:26   Re: Massive performance issues Matthew Sackman
• 22:40   Re: Massive performance issues Michael Fuhr
• 23:03   Re: Poor performance on HP Package Cluster Dan Harris
• 23:09   Prepared statement not using index Guido Neitzer
• 23:09   Re: Massive performance issues Ron
• 23:23   Re: lots of updates on small table alison@mirrabooka.com (Alison Winters)

2 September 2005

• 01:04   Avoid using swap in a cluster Ricardo Humphreys
• 03:20   Re: Massive performance issues Mark Kirkwood
• 04:17   Update is more affected( taking more time) than Select ( if Auto vacuum is not running) Hemant Pandey
• 04:24   Re: Massive performance issues Mark Kirkwood
• 04:54   Re: Poor performance on HP Package Cluster Luke Lonergan
• 05:11   ... apoc9009@yahoo.de
• 09:23   Re: Massive performance issues Akshay Mathur
• 09:45   Re: Avoid using swap in a cluster Richard Huxton
• 10:00   Re: Update is more affected( taking more time) than Select Richard Huxton
• 10:20   ORDER BY and LIMIT not propagated on inherited tables / UNIONs Matteo Beccati
• 11:18   Re: Avoid using swap in a cluster Alex Stapleton
• 11:43   Advise about how to delete entries Arnau
• 12:35   Re: ORDER BY and LIMIT not propagated on inherited Simon Riggs
• 12:54   Re: ORDER BY and LIMIT not propagated on inherited Matteo Beccati
• 13:36   Re: Advise about how to delete entries Michael Fuhr
• 14:53   Re: ORDER BY and LIMIT not propagated on inherited Tom Lane
• 15:00   Re: ORDER BY and LIMIT not propagated on inherited Matteo Beccati
• 15:10   Re: ORDER BY and LIMIT not propagated on inherited Jens-Wolfhard Schicke
• 16:12   Poor SQL performance Patrick Hatcher
• 16:47   Re: Advise about how to delete entries PFC
• 16:54   Re: Massive performance issues Josh Berkus
• 17:55   Re: ORDER BY and LIMIT not propagated on inherited Simon Riggs
• 18:00   Re: Massive performance issues Chris Travers
• 18:34   Re: ORDER BY and LIMIT not propagated on inherited Matteo Beccati
• 20:10   Re: ORDER BY and LIMIT not propagated on inherited Ramesh kumar

3 September 2005

• 01:37   Re: Massive performance issues Mark Kirkwood
• 21:02   Improving performance of a query Carlos Benkendorf
• 22:11   Re: Improving performance of a query Michael Fuhr

4 September 2005

• 06:16   poor VACUUM performance on large tables Jan Peterson
• 14:38   Re: Poor performance on HP Package Cluster Ernst Einstein
• 14:58   Re: poor VACUUM performance on large tables Thomas F. O'Connell
• 17:20   Re: Poor performance on HP Package Cluster Luke Lonergan
• 23:01   Re: poor VACUUM performance on large tables Tom Lane

5 September 2005

• 09:26   Re: Advise about how to delete entries Arnau

6 September 2005

• 03:46   Query slow after VACUUM ANALYZE gdh@eyjar.is
• 03:49   Re: Poor SQL performance Alexander Kirpa
• 03:52   Re: shared buffers Martin Nickel
• 03:55   Postgresql Hardware - Recommendations 
• 04:01   Re: Query slow after VACUUM ANALYZE Tom Lane
• 04:02   Re: Query slow after VACUUM ANALYZE gdh@eyjar.is
• 04:06   Re: Need for speed 3 Nicholas E. Wakefield
• 04:12   Re: When to do a vacuum for highly active table Rigmor Ukuhe
• 04:12   Re: Observation about db response time Jeffrey W. Baker
• 07:03   Re: Postgresql Hardware - Recommendations J. Andrew Rogers
• 11:02   Re: Advise about how to delete entries Kevin
• 12:59   Re: Improving performance of a query Merlin Moncure
• 13:04   Re: When to do a vacuum for highly active table Chris Browne
• 14:09   Re: Improving performance of a query Stephan Szabo
• 14:12   insert performance for win32 Marc Cousin
• 14:47   Re: Improving performance of a query Merlin Moncure
• 14:56   Re: insert performance for win32 Merlin Moncure
• 15:06   Poor performance of delete by primary key Brian Choate
• 15:11   Re: Postgresql Hardware - Recommendations Matthew Nuzum
• 15:14   Re: insert performance for win32 Marc Cousin
• 15:32   Re: Poor performance of delete by primary key Tom Lane
• 15:43   Re: Poor performance of delete by primary key Matthew Sackman
• 15:51   Re: Massive performance issues Matthew Sackman
• 15:55   Re: Poor performance of delete by primary key Richard Huxton
• 16:18   Re: insert performance for win32 Merlin Moncure
• 17:10   Re: Poor performance of delete by primary key Mark Lewis
• 17:13   Re: insert performance for win32 Merlin Moncure
• 18:08   Re: Poor performance of delete by primary key Tom Lane
• 20:44   log_duration times Carlos Henrique Reimer

7 September 2005

• 00:54   Re: poor VACUUM performance on large tables Jan Peterson
• 01:07   Re: poor VACUUM performance on large tables Tom Lane
• 03:08   Re: Poor performance of delete by primary key Christopher Kings-Lynne
• 12:02   Re: insert performance for win32 Marc Cousin
• 12:04   Re: insert performance for win32 Merlin Moncure
• 13:08   Re: insert performance for win32 Merlin Moncure
• 15:07   Re: [pgsql-hackers-win32] insert performance for win32 Tom Lane
• 16:43   Query take 101 minutes, help, please Christian Compagnon
• 16:58   Re: Query take 101 minutes, help, please Steinar H. Gunderson
• 18:21   Re: Query take 101 minutes, help, please Meetesh Karia
• 18:41   Re: Query take 101 minutes, help, please Alex Hayward
• 19:27   Re: Query take 101 minutes, help, please Tom Lane
• 21:44   Re: Poor performance of delete by primary key Jim C. Nasby

9 September 2005

• 05:54   please comment on cpu 32 bit or 64 bit wisan watcharinporn
• 06:32   Too slow query, do you have an idea to optimize? Choe, Cheng-Dae
• 06:58   Re: Too slow query, do you have an idea to optimize? Christopher Kings-Lynne
• 06:59   Re: please comment on cpu 32 bit or 64 bit Tom Lane

10 September 2005

• 03:23   CHECK vs REFERENCES Marc G. Fournier
• 03:49   Re: CHECK vs REFERENCES Michael Fuhr
• 04:03   Re: CHECK vs REFERENCES Marc G. Fournier
• 05:40   Re: please comment on cpu 32 bit or 64 bit Chris Browne
• 14:42   Re: CHECK vs REFERENCES Michael Fuhr

11 September 2005

• 07:46   performance discrepancy indexing one column versus two columns Mark Dilger
• 08:06   Re: performance discrepancy indexing one column versus Gavin Sherry
• 08:29   Index not used with prepared statement Guido Neitzer
• 09:03   Re: Index not used with prepared statement Andreas Seltenreich
• 10:35   Re: Index not used with prepared statement Guido Neitzer
• 12:36   Re: shared buffers John A Meinel
• 17:13   LEFT JOIN optimization Ksenia Marasanova
• 21:11   Re: LEFT JOIN optimization Stephen Frost
• 21:48   Re: LEFT JOIN optimization Ksenia Marasanova

12 September 2005

• 00:34   Re: LEFT JOIN optimization Stephen Frost
• 04:59   Re: Prepared statement not using index John A Meinel
• 05:06   Re: Advise about how to delete entries John A Meinel
• 09:11   Slow update Hilary Forbes
• 10:37   Re: LEFT JOIN optimization Manfred Koizar
• 10:55   Re: Slow update Richard Huxton
• 12:38   Re: Prepared statement not using index Dave Cramer
• 13:22   Re: Prepared statement not using index Guido Neitzer
• 13:26   Re: Prepared statement not using index Greg Sabino Mullane
• 13:34   Re: Slow update Bruno Wolff III
• 14:07   Re: Slow update Tom Lane
• 15:28   Re: Prepared statement not using index Dave Cramer
• 15:30   Re: Prepared statement not using index Dave Cramer
• 21:04   Performance considerations for very heavy INSERT traffic Brandon Black
• 21:24   Re: Performance considerations for very heavy INSERT traffic PFC
• 21:37   Re: Performance considerations for very heavy INSERT traffic Qingqing Zhou
• 21:45   Re: Performance considerations for very heavy INSERT traffic Alex Turner
• 22:02   Re: Performance considerations for very heavy INSERT traffic Brandon Black

13 September 2005

• 00:56   Re: Performance considerations for very heavy INSERT traffic Alan Stange
• 03:08   Re: Performance considerations for very heavy INSERT traffic Greg Stark
• 03:40   Re: Performance considerations for very heavy INSERT traffic Christopher Petrilli
• 03:44   Re: Performance considerations for very heavy INSERT traffic Brandon Black
• 03:54   Re: Performance considerations for very heavy INSERT traffic Brandon Black
• 04:58   Re: Postgresql Hardware - Recommendations 
• 05:03   Re: Performance considerations for very heavy INSERT Ron Peacetree
• 11:05   Low performance on Windows problem Dalibor Sramek
• 11:17   Opencms6 ans Postgres8 Bouchard Sylvie
• 11:58   Re: Low performance on Windows problem Merlin Moncure
• 13:50   Re: Low performance on Windows problem Dalibor Sramek
• 14:10   Re: Performance considerations for very heavy INSERT traffic Stephen Frost
• 14:20   Re: Low performance on Windows problem Merlin Moncure
• 14:50   Re: Low performance on Windows problem Dalibor Sramek
• 15:06   Re: Low performance on Windows problem Merlin Moncure
• 15:07   Re: Low performance on Windows problem Kevin Grittner
• 15:53   Re: Low performance on Windows problem Tom Lane
• 15:57   Re: Performance considerations for very heavy INSERT traffic Brandon Black
• 16:04   Re: Performance considerations for very heavy INSERT evgeny gridasov
• 16:21   Re: Performance considerations for very heavy INSERT Ian Westmacott
• 17:21   Re: Performance considerations for very heavy INSERT Alvaro Herrera
• 19:54   Re: Low performance on Windows problem Dalibor Sramek
• 20:01   unsubscribe Luiz Cesar de Lara
• 21:09   Help with performance on current status column Chris Kratz
• 22:28   unsubscribe li li
• 22:50   About method of PostgreSQL's Optimizer Pryscila B Guttoski
• 23:16   Re: About method of PostgreSQL's Optimizer Neil Conway
• 23:21   Re: About method of PostgreSQL's Optimizer Joshua D. Drake
• 23:36   Re: About method of PostgreSQL's Optimizer Cristian Prieto
• 23:37   Any other idea for better performance? Cristian Prieto

14 September 2005

• 00:40   Re: About method of PostgreSQL's Optimizer Pryscila B Guttoski
• 01:35   Re: About method of PostgreSQL's Optimizer Neil Conway
• 02:27   Re: About method of PostgreSQL's Optimizer Tom Lane
• 03:22   Re: About method of PostgreSQL's Optimizer Pryscila B Guttoski
• 09:15   Re: Help with performance on current status column Richard Huxton
• 13:02   Re: Low performance on Windows problem Dalibor Sramek
• 13:35   Re: Help with performance on current status column Chris Kratz
• 14:44   Re: Low performance on Windows problem Kevin Grittner
• 17:10   Re: Low performance on Windows problem Merlin Moncure
• 18:22   Battery Backed Cache for RAID Peter Darley
• 18:28   Re: Battery Backed Cache for RAID Jeffrey W. Baker
• 20:02   Re: Battery Backed Cache for RAID Alvaro Herrera
• 20:17   Re: Battery Backed Cache for RAID Merlin Moncure
• 20:40   Re: Battery Backed Cache for RAID John A Meinel
• 20:47   Re: Battery Backed Cache for RAID Welty, Richard
• 20:47   Re: Battery Backed Cache for RAID Arjen van der Meijden
• 22:03   Re: Battery Backed Cache for RAID mudfoot@rawbw.com
• 22:49   Re: How many tables is too many tables? Qingqing Zhou

15 September 2005

• 14:01   Re: [ODBC] ODBC Driver on Windows 64 bit Merlin Moncure

17 September 2005

• 15:47   Nested Loop trouble : Execution time increases more 1000 time (long) Antoine Bajolet

19 September 2005

• 22:37   How many tables is too many tables? cydatamatt@gmail.com
• 22:46   RAID Stripe size bm\\mbn
• 22:47   How can this be? Martin Nickel
• 23:00   Index Selection: ORDER BY vs. PRIMARY KEY Thomas F. O'Connell
• 23:04   Re: How can this be? Steve Atkins
• 23:08   Re: How can this be? Stephan Szabo

20 September 2005

• 03:05   Re: Index Selection: ORDER BY vs. PRIMARY KEY Tom Lane
• 03:21   Re: How many tables is too many tables? Tom Lane
• 04:22   Re: How many tables is too many tables? John A Meinel
• 04:25   Re: RAID Stripe size John A Meinel
• 05:37   Re: Index Selection: ORDER BY vs. PRIMARY KEY Thomas F. O'Connell
• 07:50   Re: RAID Stripe size Michael Ben-Nes
• 09:41   Re: RAID Stripe size Michael Stone
• 10:52   Re: RAID Stripe size evgeny gridasov
• 13:50   unsubscribe Richard Woo
• 14:05   Re: RAID Stripe size Jignesh K. Shah
• 15:13   Re: RAID Stripe size Alex Turner
• 15:22   Re: RAID Stripe size Welty, Richard
• 15:33   Re: RAID Stripe size Alex Turner
• 15:36   Re: Need for speed 2 Alex Turner
• 16:01   Re: RAID Stripe size evgeny gridasov
• 18:11   Planner statistics vs. count(*) evgeny gridasov
• 18:29   Re: Planner statistics vs. count(*) Bricklen Anderson
• 18:41   unsubscribe Nelba Sánchez Rojas

21 September 2005

• 01:44   Deadlock Issue with PostgreSQL Anu Kucharlapati
• 02:15   Re: Deadlock Issue with PostgreSQL Tom Lane
• 15:35   Re: CHECK vs REFERENCES Vivek Khera
• 16:29   Re: Performance considerations for very heavy INSERT traffic Vivek Khera
• 16:33   Re: Performance considerations for very heavy INSERT traffic Vivek Khera
• 19:39   Query slower on 8.0.3 (Windows) vs 7.3 (cygwin) Gurpreet Aulakh

22 September 2005

• 00:11   Re: Query slower on 8.0.3 (Windows) vs 7.3 (cygwin) Gurpreet Aulakh
• 03:13   Re: Query slower on 8.0.3 (Windows) vs 7.3 (cygwin) Tom Lane
• 04:21   Re: SELECT LIMIT 1 VIEW Performance Issue K C Lau
• 08:24   Re: Nested Loop trouble : Execution time increases more Simon Riggs
• 08:41   Re: SELECT LIMIT 1 VIEW Performance Issue Simon Riggs
• 10:42   Re: SELECT LIMIT 1 VIEW Performance Issue K C Lau
• 12:48   Re: SELECT LIMIT 1 VIEW Performance Issue Simon Riggs
• 14:37   Re: SELECT LIMIT 1 VIEW Performance Issue Merlin Moncure
• 14:40   Re: SELECT LIMIT 1 VIEW Performance Issue K C Lau
• 14:57   Re: SELECT LIMIT 1 VIEW Performance Issue K C Lau
• 15:48   Re: SELECT LIMIT 1 VIEW Performance Issue Tom Lane
• 16:16   Re: SELECT LIMIT 1 VIEW Performance Issue Simon Riggs
• 16:17   Re: Nested Loop trouble : Execution time increases more 1000 time (long) Tom Lane
• 17:13   Re: Nested Loop trouble : Execution time increases more Antoine Bajolet
• 17:53   Re: Nested Loop trouble : Execution time increases more Antoine Bajolet
• 18:07   Re: SELECT LIMIT 1 VIEW Performance Issue Merlin Moncure
• 18:20   Re: SELECT LIMIT 1 VIEW Performance Issue Kevin Grittner
• 18:54   Re: Query slower on 8.0.3 (Windows) vs 7.3 (cygwin) Gurpreet Aulakh
• 21:20   Queries 15 times slower on 8.1 beta 2 than on 8.0 Jean-Pierre Pelletier
• 21:32   Re: Queries 15 times slower on 8.1 beta 2 than on 8.0 Gavin M. Roy
• 21:38   Re: Queries 15 times slower on 8.1 beta 2 than on 8.0 Jean-Pierre Pelletier
• 21:48   Re: Queries 15 times slower on 8.1 beta 2 than on 8.0 John Arbash Meinel
• 21:58   Re: Queries 15 times slower on 8.1 beta 2 than on 8.0 Jean-Pierre Pelletier
• 22:10   Re: Queries 15 times slower on 8.1 beta 2 than on 8.0 John Arbash Meinel
• 22:17   Re: Queries 15 times slower on 8.1 beta 2 than on 8.0 Josh Berkus
• 22:28   Re: Queries 15 times slower on 8.1 beta 2 than on 8.0 Jean-Pierre Pelletier
• 22:37   Re: Queries 15 times slower on 8.1 beta 2 than on 8.0 Tomeh, Husam
• 22:43   Fw: Queries 15 times slower on 8.1 beta 2 than on 8.0 Jean-Pierre Pelletier
• 22:54   Re: Queries 15 times slower on 8.1 beta 2 than on 8.0 Michael Fuhr
• 23:08   Re: Queries 15 times slower on 8.1 beta 2 than on 8.0 Jean-Pierre Pelletier
• 23:10   Re: Queries 15 times slower on 8.1 beta 2 than on 8.0 Jean-Pierre Pelletier
• 23:12   Re: Queries 15 times slower on 8.1 beta 2 than on 8.0 Tom Lane
• 23:13   Re: Queries 15 times slower on 8.1 beta 2 than on 8.0 Josh Berkus
• 23:18   Re: Queries 15 times slower on 8.1 beta 2 than on 8.0 Michael Fuhr
• 23:19   Re: Queries 15 times slower on 8.1 beta 2 than on 8.0 Tomeh, Husam
• 23:28   Re: Queries 15 times slower on 8.1 beta 2 than on 8.0 Jean-Pierre Pelletier
• 23:31   Re: Queries 15 times slower on 8.1 beta 2 than on 8.0 Josh Berkus
• 23:50   Re: Queries 15 times slower on 8.1 beta 2 than on 8.0 Tom Lane

23 September 2005

• 00:20   FW: Deadlock Issue with PostgreSQL Anu Kucharlapati
• 01:41   Re: Queries 15 times slower on 8.1 beta 2 than on 8.0 Jean-Pierre Pelletier
• 02:45   Re: FW: Deadlock Issue with PostgreSQL Josh Berkus
• 05:18   VACUUM FULL vs CLUSTER Markus Benne
• 05:34   tsearch2 seem very slow Ahmad Fajar
• 05:35   optimization downgrade perfomance? eVl
• 06:58   How to determine cause of performance problem? Joost Kraaijeveld
• 07:36   Re: tsearch2 seem very slow Oleg Bartunov
• 08:54   Re: SELECT LIMIT 1 VIEW Performance Issue K C Lau
• 09:31   Re: How to determine cause of performance problem? Ulrich Wisser
• 09:37   Releasing memory during External sorting? Simon Riggs
• 09:55   Re: How to determine cause of performance problem? Michael Stone
• 10:21   Re: How to determine cause of performance problem? Joost Kraaijeveld
• 11:05   Re: How to determine cause of performance problem? Michael Stone
• 11:15   Re: SELECT LIMIT 1 VIEW Performance Issue Simon Riggs
• 11:19   Re: How to determine cause of performance problem? Arjen van der Meijden
• 11:25   Re: tsearch2 seem very slow Oleg Bartunov
• 11:31   Re: How to determine cause of performance problem? Dave Cramer
• 12:17   Re: SELECT LIMIT 1 VIEW Performance Issue K C Lau
• 12:34   Re: SELECT LIMIT 1 VIEW Performance Issue Merlin Moncure
• 13:36   Re: How to determine cause of performance problem? Joost Kraaijeveld
• 13:40   Re: optimization downgrade perfomance? Tom Lane
• 13:49   Re: How to determine cause of performance problem? Joost Kraaijeveld
• 14:06   Re: How to determine cause of performance problem? Arjen van der Meijden
• 14:09   Re: [HACKERS] Releasing memory during External sorting? Tom Lane
• 14:19   Re: VACUUM FULL vs CLUSTER Bruno Wolff III
• 14:33   Re: How to determine cause of performance problem? Tom Lane
• 14:47   Re: How to determine cause of performance problem? Joost Kraaijeveld
• 14:50   Re: How to determine cause of performance problem? Tom Lane
• 15:07   Re: [HACKERS] Releasing memory during External sorting? Simon Riggs
• 15:08   Re: SELECT LIMIT 1 VIEW Performance Issue K C Lau
• 15:31   Re: How to determine cause of performance problem? Michael Stone
• 15:39   Re: [HACKERS] Releasing memory during External sorting? Tom Lane
• 16:02   slow database, queries accumulating Anjan Dave
• 16:16   Re: VACUUM FULL vs CLUSTER Stef
• 16:36   Re: tsearch2 seem very slow Ahmad Fajar
• 16:48   Re: Releasing memory during External sorting? Ron Peacetree
• 16:59   Re: VACUUM FULL vs CLUSTER Bruno Wolff III
• 17:02   Re: VACUUM FULL vs CLUSTER Alvaro Herrera
• 17:15   Re: Query slower on 8.0.3 (Windows) vs 7.3 (cygwin) Gurpreet Aulakh
• 17:17   Re: Releasing memory during External sorting? Tom Lane
• 17:18   Re: VACUUM FULL vs CLUSTER Stef
• 17:46   Re: Releasing memory during External sorting? Mark Lewis
• 18:04   Re: VACUUM FULL vs CLUSTER Chris Browne
• 18:16   Re: Releasing memory during External sorting? Tom Lane
• 18:40   Re: Releasing memory during External sorting? Ron Peacetree
• 19:45   Re: Releasing memory during External sorting? Ron Peacetree
• 21:13   Re: Query slower on 8.0.3 (Windows) vs 7.3 (cygwin) Tom Lane
• 22:05   Index use in BETWEEN statement... Cristian Prieto

24 September 2005

• 01:41   Re: SELECT LIMIT 1 VIEW Performance Issue Mark Kirkwood
• 03:09   Re: optimization downgrade perfomance? Tom Lane
• 03:22   Re: SELECT LIMIT 1 VIEW Performance Issue K C Lau
• 05:15   Re: SELECT LIMIT 1 VIEW Performance Issue Mark Kirkwood
• 06:11   Re: tsearch2 seem very slow Oleg Bartunov
• 08:34   Advice on RAID card PFC
• 10:31   Re: [HACKERS] Releasing memory during External sorting? Ron Peacetree
• 15:56   Re: Advice on RAID card Ron Peacetree
• 16:27   Re: Advice on RAID card PFC
• 20:51   Multiple insert performance trick or performance misunderstanding? Ron Mayer
• 21:15   Re: Multiple insert performance trick or performance misunderstanding? Tom Lane

25 September 2005

• 10:16   Re: Advice on RAID card Michael Ben-Nes
• 14:57   Re: Advice on RAID card Dave Cramer
• 15:27   Re: Advice on RAID card Mike Rylander
• 16:03   Re: Advice on RAID card Michael Stone
• 16:21   Re: Advice on RAID card Joshua D. Drake
• 16:22   Re: Advice on RAID card PFC
• 16:48   Re: Advice on RAID card Joshua D. Drake
• 16:54   Re: Advice on RAID card PFC
• 17:41   Re: Advice on RAID card Greg Stark
• 17:45   Re: [HACKERS] Releasing memory during External sorting? Simon Riggs
• 17:45   Re: Releasing memory during External sorting? Simon Riggs
• 18:10   Re: tsearch2 seem very slow Ahmad Fajar
• 18:13   Re: Advice on RAID card Michael Stone
• 18:14   Re: Advice on RAID card Luke Lonergan
• 18:34   Re: tsearch2 seem very slow Oleg Bartunov
• 18:38   Query seem to slow if table have more than 200 million rows Ahmad Fajar
• 19:10   Re: tsearch2 seem very slow Ahmad Fajar
• 20:12   Re: tsearch2 seem very slow Oleg Bartunov
• 20:54   Re: Advice on RAID card Steinar H. Gunderson
• 21:03   Re: tsearch2 seem very slow Ahmad Fajar

26 September 2005

• 01:04   Re: Advice on RAID card Chris Browne
• 07:49   Re: SELECT LIMIT 1 VIEW Performance Issue K C Lau
• 11:02   Re: Advice on RAID card Ron Peacetree
• 17:11   Re: Query slower on 8.0.3 (Windows) vs 7.3 (cygwin) Gurpreet Aulakh
• 18:13   int2 vs int4 in Postgres Announce
• 19:13   Re: [GENERAL] Index use in BETWEEN statement... Cristian Prieto
• 19:17   [HACKERS] A Better External Sort? Ron Peacetree
• 19:19   Re: Query slower on 8.0.3 (Windows) vs 7.3 (cygwin) Tom Lane
• 19:41   Re: [GENERAL] Index use in BETWEEN statement... Tom Lane
• 19:51   Re: int2 vs int4 in Postgres Alvaro Herrera
• 21:08   Re: int2 vs int4 in Postgres Neil Conway
• 22:04   Re: int2 vs int4 in Postgres Chris Browne
• 22:04   Re: int2 vs int4 in Postgres Chris Browne
• 22:43   Re: Query seem to slow if table have more than 200 million rows Qingqing Zhou
• 23:00   Re: int2 vs int4 in Postgres Tom Lane

27 September 2005

• 01:11   Re: [HACKERS] A Better External Sort? Ron Peacetree
• 01:42   Re: [HACKERS] A Better External Sort? Tom Lane
• 05:09   Re: [HACKERS] A Better External Sort? Ron Peacetree
• 09:15   Index not used on group by Andrey Repko
• 09:36   Re: Query seem to slow if table have more than 200 million rows Ahmad Fajar
• 09:50   PostgreSQL overall design Gnanavel S
• 10:50   Re: Index not used on group by Richard Huxton
• 10:57   Re: Index not used on group by Андрей Репко
• 11:38   Re: Index not used on group by Андрей Репко
• 12:06   Re: PostgreSQL overall design Gnanavel S
• 12:45   Re: Index not used on group by Richard Huxton
• 14:12   Re: PostgreSQL overall design Bruce Momjian
• 14:20   Re: PostgreSQL overall design Gnanavel S
• 14:35   Re: Index not used on group by Richard Huxton
• 15:12   Re: slow database, queries accumulating Dario
• 15:22   Re: [HACKERS] A Better External Sort? Kevin Grittner
• 16:15   Re: [HACKERS] A Better External Sort? Josh Berkus
• 16:21   Re: VACUUM FULL vs CLUSTER Dario
• 17:15   Re: [HACKERS] A Better External Sort? Ron Peacetree
• 17:26   Re: [HACKERS] A Better External Sort? Jeffrey W. Baker
• 18:23   Delphi connection ADO is slow Everton

28 September 2005

• 03:33   The need for full vacuum / reindex Tobias Brox
• 04:15   Re: The need for full vacuum / reindex Bruno Wolff III
• 07:07   database bloat, but vacuums are done, and fsm seems to be setup ok hubert depesz lubaczewski
• 12:27   Slow concurrent update of same row in a given table Rajesh Kumar Mallah
• 12:54   Re: Slow concurrent update of same row in a given table Gavin Sherry
• 14:32   Monitoring Postgresql performance Arnau
• 16:03   Re: [HACKERS] A Better External Sort? Ron Peacetree
• 17:22   Re: Monitoring Postgresql performance Dan Harris
• 17:44   Re: Slow concurrent update of same row in a given table Rajesh Kumar Mallah
• 17:56   Re: Monitoring Postgresql performance Matthew Nuzum
• 20:03   Logarithmic change (decrease) in performance Matthew Nuzum
• 21:41   Re: Monitoring Postgresql performance Alex Stapleton
• 22:02   Re: Slow concurrent update of same row in a given table Gavin Sherry
• 22:03   Re: Logarithmic change (decrease) in performance Ron Peacetree
• 23:50   Re: [HACKERS] A Better External Sort? Ron Peacetree

29 September 2005

• 00:25   Re: [HACKERS] A Better External Sort? Ron Peacetree
• 02:29   Re: Slow concurrent update of same row in a given table Rajesh Kumar Mallah
• 02:35   Re: Slow concurrent update of same row in a given table Gavin Sherry
• 03:05   Comparative performance Joe
• 03:47   Re: Comparative performance Gavin Sherry
• 04:27   Re: [HACKERS] A Better External Sort? Jeffrey W. Baker
• 04:33   Sequential I/O Cost (was Re: A Better External Sort?) Jeffrey W. Baker
• 05:38   Re: Comparative performance Dennis Bjorklund
• 06:21   Re: [HACKERS] A Better External Sort? Ron Peacetree
• 06:29   Re: Comparative performance Magnus Hagander
• 07:43   Re: Sequential I/O Cost (was Re: A Better External Sort?) Ron Peacetree
• 10:45   Re: Comparative performance PFC
• 11:12   Re: [HACKERS] A Better External Sort? Pailloncy Jean-Gerard
• 12:16   Re: Comparative performance Joe
• 12:30   Re: Comparative performance Steinar H. Gunderson
• 12:31   Re: Comparative performance Gavin Sherry
• 12:37   Re: Comparative performance Joe
• 12:44   Re: Comparative performance Joe
• 13:22   Re: Comparative performance Andreas Pflug
• 13:30   Re: Delete query takes exorbitant amount of time Gaetano Mendola
• 13:33   Re: [HACKERS] Query in SQL statement Christopher Kings-Lynne
• 13:47   Re: Monitoring Postgresql performance Gaetano Mendola
• 14:24   Re: Advice on RAID card Michael Ben-Nes
• 16:10   Re: [HACKERS] A Better External Sort? PFC
• 16:13   Re: Comparative performance PFC
• 16:17   Re: Comparative performance PFC
• 16:54   Re: [HACKERS] A Better External Sort? Josh Berkus
• 17:07   Re: [HACKERS] A Better External Sort? Luke Lonergan
• 17:44   Re: [HACKERS] A Better External Sort? Jeffrey W. Baker
• 17:59   Re: [HACKERS] A Better External Sort? Josh Berkus
• 19:58   SQL Function performance 
• 20:08   Re: Monitoring Postgresql performance Tony Wasson
• 20:39   Re: Comparative performance Joe
• 20:50   Re: Comparative performance Joe
• 20:56   Re: Monitoring Postgresql performance Juraj Holtak
• 21:15   Re: Monitoring Postgresql performance Cosimo Streppone
• 23:05   How to Trigger An Automtic Vacuum on Selected Tables Lane Van Ingen
• 23:21   Is There Any Way .... Lane Van Ingen

30 September 2005

• 00:05   Re: How to Trigger An Automtic Vacuum on Selected Tables Dario
• 00:22   Re: Is There Any Way .... Dario
• 00:57   Re: Is There Any Way .... mudfoot@rawbw.com
• 01:46   Re: Is There Any Way .... Steinar H. Gunderson
• 02:03   Re: [HACKERS] A Better External Sort? Ron Peacetree
• 02:57   Re: [HACKERS] A Better External Sort? Ron Peacetree
• 04:22   Re: [HACKERS] A Better External Sort? Luke Lonergan
• 05:24   Re: [HACKERS] A Better External Sort? Ron Peacetree
• 05:58   Re: Comparative performance Magnus Hagander
• 07:20   Re: Is There Any Way .... Richard Huxton
• 09:16   Lists or external TABLE? xchris
• 09:35   Re: Lists or external TABLE? Richard Huxton
• 17:23   Re: [HACKERS] A Better External Sort? Josh Berkus
• 19:35   Re: [GENERAL] database bloat, but vacuums are done, and fsm seems to be setup ok Jim C. Nasby
• 20:21   Re: [HACKERS] A Better External Sort? Ron Peacetree
• 20:37   Re: [HACKERS] A Better External Sort? Josh Berkus
• 20:38   Re: [HACKERS] A Better External Sort? Jignesh K. Shah
• 20:57   Re: [HACKERS] A Better External Sort? Luke Lonergan
• 20:57   Re: Monitoring Postgresql performance Tony Wasson
• 21:45   Re: [HACKERS] A Better External Sort? PFC
• 23:17   Re: [HACKERS] A Better External Sort? Michael Stone
• 23:40   Re: [HACKERS] A Better External Sort? Ron Peacetree
• 23:48   Re: [HACKERS] Query in SQL statement Jim C. Nasby