• Text Size: Normal / Large
• Donate
• Contact

Section Navigation

• Community
• Contributors
• Mailing Lists
  • Subscribe
  • User lists
    • pgsql-admin
    • pgsql-advocacy
    • pgsql-announce
    • pgsql-bugs
    • pgsql-docs
    • pgsql-general
    • pgsql-jobs
    • pgsql-novice
    • pgsql-performance
    • pgsql-php
    • pgsql-sql
    • pgsql-students
  • Developer lists
  • Regional lists
  • Associations
  • User groups
  • Project lists
  • Inactive lists
• IRC
• Featured Users
• International Sites
• Propaganda
• Resources
• Weekly News
• Community login
  • Profile
  • Lost password

pgsql-performance 2004-05 Thread Index (1/2)

• Main Index
• [Prev Page]
• [Next Page]

• [no subject] Unknown (Wed 18 04:21)
• [no subject] Unknown (Wed 18 04:21)
• [no subject] Unknown (Wed 18 04:21)
• Logging all query in one seperate File rajaguru (Sat 29 07:04)
• Hardware opinions wanted Dan Harris (Thu 27 22:41)
• Re: Hardware opinions wanted Bjoern Metzdorf (Fri 28 10:43)
• Re: [GENERAL] performance very slow Bill Montgomery (Wed 26 16:26)
• Re: [GENERAL] performance very slow Mario Soto (Wed 26 16:39)
• Not using Primary Key in query Josh Sacks (Tue 25 18:38)
• Re: Not using Primary Key in query Tom Lane (Sat 29 05:06)
• Server process Michael Ryan S. Puncia (Tue 25 02:50)
• Re: Server process Christopher Kings-Lynne (Tue 25 03:00)
• Re: filesystem option tuning share-postgres (Sat 22 04:59)
• Re: filesystem option tuning Shridhar Daithankar (Sat 29 09:31)
• Re: filesystem option tuning Tom Lane (Sat 29 18:31)
• tuning for AIX 5L with large memory Dan Harris (Fri 21 23:23)
• Re: tuning for AIX 5L with large memory Christopher Browne (Sat 22 02:20)
• Re: tuning for AIX 5L with large memory Neil Conway (Sat 22 02:31)
• Re: tuning for AIX 5L with large memory Chris Browne (Wed 26 17:21)
• Re: tuning for AIX 5L with large memory Dan Harris (Sun 23 06:55)
• Re: tuning for AIX 5L with large memory Chris Browne (Wed 26 17:21)
• Avoiding vacuum full on an UPDATE-heavy table Bill Montgomery (Fri 21 18:50)
• Re: Avoiding vacuum full on an UPDATE-heavy table Matthew T. O'Connor (Fri 21 19:23)
• Re: Avoiding vacuum full on an UPDATE-heavy table Bill Montgomery (Fri 21 21:32)
• Re: Avoiding vacuum full on an UPDATE-heavy table Josh Berkus (Mon 24 19:08)
• Re: Avoiding vacuum full on an UPDATE-heavy table Vivek Khera (Fri 21 20:36)
• Re: Avoiding vacuum full on an UPDATE-heavy table Tom Lane (Fri 21 22:09)
• index's relpages after table analyzed Litao Wu (Mon 24 16:51)
• Re: index's relpages after table analyzed Litao Wu (Mon 24 17:21)
• Re: index's relpages after table analyzed Josh Berkus (Mon 24 19:05)
• Re: index's relpages after table analyzed Litao Wu (Mon 24 19:48)
• Re: index's relpages after table analyzed Tom Lane (Tue 25 01:22)
• PostgreSQL caching Vitaly Belman (Fri 21 14:42)
• Re: PostgreSQL caching Rosser Schwarz (Fri 21 15:30)
• Re: PostgreSQL caching Neil Conway (Fri 21 19:02)
• Re: PostgreSQL caching Richard Huxton (Fri 21 15:34)
• Re: PostgreSQL caching Vitaly Belman (Fri 21 17:33)
• Re: PostgreSQL caching Jochem van Dieten (Tue 25 15:38)
• Re: PostgreSQL caching Vitaly Belman (Tue 25 19:53)
• Re: PostgreSQL caching Marty Scholes (Tue 25 22:32)
• Re: PostgreSQL caching Vitaly Belman (Wed 26 14:33)
• Re: PostgreSQL caching Josh Berkus (Wed 26 16:18)
• Re: PostgreSQL caching Vitaly Belman (Wed 26 17:59)
• Re: PostgreSQL caching Matthew Nuzum (Thu 27 13:56)
• Re: PostgreSQL caching Robert Treat (Wed 26 13:14)
• Re: PostgreSQL caching Chris Browne (Fri 21 18:20)
• Re: PostgreSQL caching Rod Taylor (Fri 21 18:34)
• <Possible follow-ups>
• Re: PostgreSQL caching Marty Scholes (Fri 21 20:11)
• Re: PostgreSQL caching Vitaly Belman (Sun 23 06:25)
• Re: PostgreSQL caching Marty Scholes (Mon 24 22:52)
• PostgreSQL performance in simple queries Eugeny Balakhonov (Wed 19 20:07)
• Re: PostgreSQL performance in simple queries Gary Doades (Wed 19 20:23)
• Re: PostgreSQL performance in simple queries Neil Conway (Wed 19 21:51)
• Re: PostgreSQL performance in simple queries Joseph Shraibman (Thu 20 05:19)
• Re: PostgreSQL performance in simple queries Tom Lane (Thu 20 15:38)
• Re: PostgreSQL performance in simple queries Bruce Momjian (Thu 20 15:57)
• Re: PostgreSQL performance in simple queries Joseph Shraibman (Thu 20 16:57)
• shared buffer size on linux Joseph Shraibman (Wed 19 19:49)
• DB Design Michael Ryan S. Puncia (Wed 19 07:31)
• Re: DB Design Andrew McMillan (Wed 19 11:22)
• Re: DB Design Mark Kirkwood (Thu 20 09:28)
• where to find out when a table was last analyzed? Litao Wu (Tue 18 21:30)
• Re: where to find out when a table was last analyzed? Robert Treat (Wed 26 13:29)
• Interpreting vmstat Doug Y (Tue 18 18:43)
• Re: Interpreting vmstat Thom Dyson (Thu 20 16:00)
• Re: Interpreting vmstat Robert Treat (Tue 25 21:08)
• Hardware Platform Duane Lee - EGOVX (Mon 17 23:08)
• <Possible follow-ups>
• Re: Hardware Platform Marty Scholes (Thu 20 13:46)
• numeric data types Jaime Casanova (Fri 14 21:08)
• Re: numeric data types Tom Lane (Sat 15 04:03)
• Re: numeric data types Neil Conway (Sun 16 17:13)
• TPCH 100GB - need some help Eduardo Almeida (Fri 14 18:12)
• Re: TPCH 100GB - need some help Rod Taylor (Fri 14 18:26)
• Re: TPCH 100GB - need some help Tom Lane (Sat 15 16:01)
• Re: TPCH 100GB - need some help Eduardo Almeida (Tue 18 12:49)
• R: R: Query plan on identical tables differs . Why ? Fabio Panizzutti (Fri 14 09:13)
• Re: R: R: Query plan on identical tables differs . Why ? Christopher Kings-Lynne (Fri 14 09:55)
• R: R: R: Query plan on identical tables differs . Why ? Fabio Panizzutti (Fri 14 10:20)
• Query plan on identical tables differs . Why ? Fabio Panizzutti (Thu 13 12:33)
• Re: Query plan on identical tables differs . Why ? Shridhar Daithankar (Thu 13 13:05)
• R: Query plan on identical tables differs . Why ? Fabio Panizzutti (Thu 13 13:56)
• Re: R: Query plan on identical tables differs . Why ? Tom Lane (Thu 13 15:01)
• R: R: Query plan on identical tables differs . Why ? Fabio Panizzutti (Fri 14 08:30)
• Re: R: Query plan on identical tables differs . Why ? Stephan Szabo (Thu 13 15:16)
• R: R: Query plan on identical tables differs . Why ? Fabio Panizzutti (Fri 14 08:45)
• Using LIKE expression problem.. Michael Ryan S. Puncia (Wed 12 06:11)
• Re: Using LIKE expression problem.. Christopher Kings-Lynne (Wed 12 06:41)
• Re: Using LIKE expression problem.. Michael Ryan S. Puncia (Wed 12 07:39)
• Re: Using LIKE expression problem.. Christopher Kings-Lynne (Wed 12 07:51)
• Re: Using LIKE expression problem.. Michael Ryan S. Puncia (Wed 12 08:07)
• Re: Using LIKE expression problem.. Joseph Shraibman (Wed 19 03:19)
• Intermittent slowdowns, connection delays Jason Coene (Tue 11 22:10)
• <Possible follow-ups>
• Re: Intermittent slowdowns, connection delays Jason Coene (Wed 12 01:04)
• Clarification on some settings Doug Y (Tue 11 22:02)
• Re: Clarification on some settings Shridhar Daithankar (Wed 12 13:44)
• Re: Clarification on some settings Neil Conway (Thu 13 13:02)
• Re: Clarification on some settings Mark Kirkwood (Thu 13 13:57)
• <Possible follow-ups>
• Re: Clarification on some settings Doug Y (Thu 13 19:42)
• Re: Clarification on some settings Greg Copeland (Thu 13 20:28)
• Quad processor options Bjoern Metzdorf (Tue 11 19:07)
• Re: Quad processor options Paul Tuckfield (Tue 11 20:15)
• Re: Quad processor options Bjoern Metzdorf (Tue 11 20:46)
• Re: Quad processor options spied (Wed 12 05:35)
• Re: Quad processor options scott.marlowe (Tue 11 20:17)
• Re: Quad processor options Bjoern Metzdorf (Tue 11 20:41)
• Re: Quad processor options scott.marlowe (Tue 11 21:03)
• Re: Quad processor options Bjoern Metzdorf (Tue 11 21:11)
• Re: Quad processor options scott.marlowe (Tue 11 21:30)
• Re: Quad processor options Allan Wind (Tue 11 22:13)
• Re: Quad processor options scott.marlowe (Tue 11 22:45)
• Re: Quad processor options Rob Sell (Tue 11 21:43)
• Re: Quad processor options Grega Bremec (Wed 12 04:59)
• Re: [ADMIN] Quad processor options scott.marlowe (Wed 12 13:46)
• Quad processor options - summary Bjoern Metzdorf (Wed 12 22:41)
• Off Topic - Re: Quad processor options - summary Greg Spiegelberg (Thu 13 13:15)
• Re: Quad processor options - summary James Thornton (Thu 13 21:01)
• Re: Quad processor options - summary Bjoern Metzdorf (Thu 13 21:53)
• Re: Quad processor options - summary James Thornton (Thu 13 22:49)
• Message not available
• Re: [ADMIN] Quad processor options - summary James Thornton (Thu 13 23:35)
• Re: Quad processor options - summary Paul Tuckfield (Fri 14 00:52)
• Re: Quad processor options - summary Mark Kirkwood (Fri 14 10:15)
• Re: Quad processor options Paul Tuckfield (Tue 11 22:46)
• Re: Quad processor options Manfred Koizar (Wed 12 10:15)
• Re: Quad processor options Andrew McMillan (Fri 14 01:04)
• Re: Quad processor options J. Andrew Rogers (Tue 11 22:23)
• Re: Quad processor options Dennis Bjorklund (Wed 12 04:04)
• <Possible follow-ups>
• Re: Quad processor options Anjan Dave (Tue 11 19:33)
• Re: Quad processor options Bjoern Metzdorf (Tue 11 20:28)
• Re: Quad processor options Anjan Dave (Tue 11 20:39)
• Re: Quad processor options Bjoern Metzdorf (Tue 11 20:45)
• Re: Quad processor options Marty Scholes (Wed 19 03:38)
• Configuring PostgreSQL to minimize impact of checkpoints jao (Mon 10 18:54)
• Re: Configuring PostgreSQL to minimize impact of checkpoints Bruce Momjian (Mon 10 19:09)
• Re: Configuring PostgreSQL to minimize impact of checkpoints Jack Orenstein (Tue 11 02:04)
• Re: Configuring PostgreSQL to minimize impact of checkpoints Bruce Momjian (Tue 11 02:33)
• Re: Configuring PostgreSQL to minimize impact of checkpoints Tom Lane (Tue 11 03:24)
• Re: Configuring PostgreSQL to minimize impact of checkpoints Matthew Nuzum (Tue 11 13:35)
• Re: Configuring PostgreSQL to minimize impact of checkpoints Rob Fielding (Tue 11 15:12)
• Re: Configuring PostgreSQL to minimize impact of checkpoints jao (Tue 11 16:55)
• Re: Configuring PostgreSQL to minimize impact of checkpoints scott.marlowe (Tue 11 17:31)
• Re: Configuring PostgreSQL to minimize impact of checkpoints Paul Tuckfield (Tue 11 19:13)
• Re: Configuring PostgreSQL to minimize impact of checkpoints scott.marlowe (Tue 11 20:23)
• Re: Configuring PostgreSQL to minimize impact of checkpoints Rob Sell (Tue 11 21:47)
• Re: Configuring PostgreSQL to minimize impact of checkpoints scott.marlowe (Tue 11 22:09)
• Re: Configuring PostgreSQL to minimize impact of checkpoints Paul Tuckfield (Tue 11 21:53)
• Re: Configuring PostgreSQL to minimize impact of checkpoints scott.marlowe (Tue 11 22:08)
• Re: Configuring PostgreSQL to minimize impact of J. Andrew Rogers (Tue 11 22:33)
• Re: Configuring PostgreSQL to minimize impact of Vivek Khera (Wed 12 19:05)
• Message not available
  • Re: Configuring PostgreSQL to minimize impact of checkpoints Tom Lane (Tue 11 14:42)
• Re: Configuring PostgreSQL to minimize impact of checkpoints Vivek Khera (Wed 12 18:58)
• Re: Configuring PostgreSQL to minimize impact of checkpoints jao (Wed 12 19:25)
• Re: Configuring PostgreSQL to minimize impact of checkpoints Vivek Khera (Wed 12 19:29)
• Why queries takes too much time to execute? Anderson Boechat Lopes (Mon 10 14:00)
• Re: Why queries takes too much time to execute? Shridhar Daithankar (Mon 10 14:22)
• Re: Why queries takes too much time to execute? Anderson Boechat Lopes (Mon 10 17:36)
• Re: Why queries takes too much time to execute? scott.marlowe (Mon 10 20:00)
• Re: Why queries takes too much time to execute? Christopher Kings-Lynne (Mon 10 14:24)
• Re: Why queries takes too much time to execute? Chris Browne (Mon 10 19:17)
• Help how to tune-up my Database Michael Ryan S. Puncia (Fri 07 10:58)
• Re: Help how to tune-up my Database scott.marlowe (Fri 07 16:01)
• Re: Help how to tune-up my Database Bricklen (Fri 07 17:17)
• Re: Help how to tune-up my Database scott.marlowe (Mon 10 20:23)
• Re: Help how to tune-up my Database Bricklen (Mon 10 20:47)
• Re: [pgsql-advocacy] MySQL vs PG TPC-H benchmarks Grega Bremec (Thu 06 08:59)
• [OFF-TOPIC] - Known maximum size of the PostgreSQL Database Carlos Eduardo Smanioto (Wed 05 18:58)
• Re: [OFF-TOPIC] - Known maximum size of the PostgreSQL J. Andrew Rogers (Wed 05 21:11)
• Re: [OFF-TOPIC] - Known maximum size of the PostgreSQL Christopher Kings-Lynne (Thu 06 01:39)
• Re: [OFF-TOPIC] - Known maximum size of the PostgreSQL Richard Huxton (Thu 06 08:13)
• Re: [OFF-TOPIC] - Known maximum size of the PostgreSQL Shridhar Daithankar (Thu 06 08:43)
• Re: [pgsql-advocacy] [OFF-TOPIC] - Known maximum size of Gavin Sherry (Thu 06 22:30)
• Re: [OFF-TOPIC] - Known maximum size of the Don Vaillancourt (Thu 06 13:46)
• Re: [OFF-TOPIC] - Known maximum size of the Gaetano Mendola (Fri 07 23:47)
• Re: [OFF-TOPIC] - Known maximum size of the PostgreSQL scott.marlowe (Wed 05 21:23)
• very high CPU usage in "top", but not in "mpstat" Cyrille Bonnet (Tue 04 23:35)
• Re: very high CPU usage in "top", but not in "mpstat" Tom Lane (Wed 05 13:03)
• Re: very high CPU usage in "top", but not in "mpstat" Paul Tuckfield (Wed 05 18:13)
• Re: Horribly slow hash join Greg Stark (Tue 04 22:15)
• Adapting Oracle S.A.M.E. Methodology for Postgres James Thornton (Tue 04 19:33)
• pg_stat Litao Wu (Tue 04 18:44)
• <Possible follow-ups>
• Re: pg_stat Litao Wu (Thu 06 15:45)

---

• Main Index
• [Prev Page]
• [Next Page]

---

Mail converted by MHonArc