• 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 2006-11 Chronological Index (2/2)

• Thread Index
• [Prev Page]
• [Next Page]

• 15 November 2006
  • Re: Context switch storm Simon Riggs (09:08)
• 14 November 2006
  • Re: Context switch storm Cosimo Streppone (21:43)
  • Re: Context switch storm Merlin Moncure (20:11)
  • Re: Context switch storm Bucky Jordan (17:53)
  • Re: Context switch storm Jim C. Nasby (16:50)
  • Re: Context switch storm Merlin Moncure (14:17)
  • Re: Context switch storm Andreas Kostyrka (10:10)
  • Re: Context switch storm Cosimo Streppone (09:52)
• 13 November 2006
  • Re: Lying drives [Was: Re: Which OS provides the _fastest_ PostgreSQL performance?] Guy Thornley (09:01)
• 11 November 2006
  • Re: [BUGS] BUG #2737: hash indexing large table fails,while btree of same index works Simon Riggs (08:18)
• 10 November 2006
  • Re: [BUGS] BUG #2737: hash indexing large table fails, while btree of same index works Tom Lane (23:55)
  • Lying drives [Was: Re: Which OS provides the _fastest_ PostgreSQL performance?] Ron Mayer (18:54)
  • Re: 10x rowcount mis-estimation favouring merge over nestloop Abhijit Menon-Sen (07:25)
  • Re: 10x rowcount mis-estimation favouring merge over nestloop Tom Lane (06:50)
  • 10x rowcount mis-estimation favouring merge over nestloop Abhijit Menon-Sen (05:15)
  • Re: Keeping processes open for re-use Joshua D. Drake (02:18)
  • Re: Keeping processes open for re-use Shane Ambler (02:12)
• 09 November 2006
  • Re: Keeping processes open for re-use imad (17:55)
  • Re: Easy read-heavy benchmark kicking around? Merlin Moncure (17:29)
  • Re: Keeping processes open for re-use Csaba Nagy (12:56)
  • Keeping processes open for re-use Hilary Forbes (12:47)
• 08 November 2006
  • Re: Easy read-heavy benchmark kicking around? Luke Lonergan (19:33)
  • Re: Which OS provides the _fastest_ PostgreSQL performance? Ron Mayer (17:14)
  • Re: Easy read-heavy benchmark kicking around? Cosimo Streppone (16:57)
  • Re: Easy read-heavy benchmark kicking around? Merlin Moncure (16:34)
  • Re: Easy read-heavy benchmark kicking around? Markus Schaber (16:18)
• 07 November 2006
  • Re: Context switching Josh Berkus (17:42)
  • Re: Easy read-heavy benchmark kicking around? Dimitri Fontaine (10:48)
  • Re: Easy read-heavy benchmark kicking around? Mark Kirkwood (01:55)
  • Re: Help w/speeding up range queries? Jim Nasby (01:37)
• 06 November 2006
  • Re: Context switch storm Cosimo Streppone (21:41)
  • Re: Easy read-heavy benchmark kicking around? Scott Marlowe (21:26)
  • Re: Easy read-heavy benchmark kicking around? Merlin Moncure (21:10)
  • Re: Easy read-heavy benchmark kicking around? Luke Lonergan (20:58)
  • Easy read-heavy benchmark kicking around? Brian Hurt (20:47)
  • RES: Context switching Carlos H. Reimer (19:29)
  • Re: Yet another question on LIMIT performance :/ Tom Lane (14:33)
  • Re: Setting "nice" values Madison Kelly (14:19)
  • Re: Yet another question on LIMIT performance :/ Hannes Dorbath (14:18)
  • Re: Yet another question on LIMIT performance :/ Heikki Linnakangas (14:14)
  • Re: Setting "nice" values Tobias Brox (14:11)
  • Yet another question on LIMIT performance :/ Hannes Dorbath (14:09)
  • Re: Setting "nice" values Madison Kelly (13:49)
  • Re: Setting "nice" values Tobias Brox (13:34)
  • Re: Setting "nice" values Madison Kelly (13:15)
  • Re: Setting "nice" values Madison Kelly (13:13)
  • Re: Setting "nice" values Madison Kelly (13:11)
  • Re: Setting "nice" values Jim Nasby (04:28)
  • Re: Slow functional indexes? Gene (01:34)
  • Re: Slow functional indexes? Tom Lane (01:23)
• 05 November 2006
  • Re: Slow functional indexes? Stuart Bishop (20:34)
• 03 November 2006
  • Re: profiling PL/pgSQL? korryd (19:40)
  • EXISTS optimization Kevin Grittner (19:25)
  • Re: Context switch storm Andreas Kostyrka (16:14)
  • Re: Context switch storm Tom Lane (15:27)
  • Re: profiling PL/pgSQL? Jonah H. Harris (15:27)
  • Re: Query plan for "heavy" SELECT with "lite" sub-SELECTs Tom Lane (14:51)
  • Re: Context switch storm Richard Huxton (14:36)
  • Re: Context switch storm creimer (14:32)
  • Re: Context switch storm Cosimo Streppone (14:08)
  • Re: Context switch storm Richard Huxton (14:04)
  • Re: Context switch storm Richard Troy (14:03)
  • Re: Context switch storm Andreas Kostyrka (13:51)
  • Re: Setting "nice" values Andreas Kostyrka (13:32)
  • Re: Context switch storm Richard Huxton (13:28)
  • Re: Context switch storm Richard Huxton (12:55)
  • Re: Context switch storm Gregory S. Williamson (12:49)
  • Context switch storm creimer (12:34)
  • Re: profiling PL/pgSQL? Richard Huxton (12:06)
  • Re: profiling PL/pgSQL? A. Kretschmer (11:21)
  • profiling PL/pgSQL? Drew Wilson (11:12)
  • Re: Query plan for "heavy" SELECT with "lite" sub-SELECTs Arjen van der Meijden (09:46)
• 02 November 2006
  • Re: Locking vs. Exceptions Benjamin Minshall (23:51)
  • Re: VACUUMs take twice as long across all nodes Vivek Khera (22:11)
  • Re: Query plan for "heavy" SELECT with "lite" sub-SELECTs Alvaro Herrera (19:16)
  • Re: Setting "nice" values Tobias Brox (16:01)
  • Re: Database-wide vacuum can take a long time, duringwhich tables are not being analyzed Alvaro Herrera (15:54)
  • Re: Setting "nice" values Scott Marlowe (15:41)
  • Re: Setting "nice" values Madison Kelly (15:25)
  • Re: Setting "nice" values Scott Marlowe (15:20)
  • Re: Database-wide vacuum can take a long time, duringwhich tables are not being analyzed Steven Flatt (15:15)
  • Setting "nice" values Madison Kelly (15:15)
  • Re: Query plan for "heavy" SELECT with "lite" sub-SELECTs Dave Dutcher (14:25)
  • Locking vs. Exceptions Robins (12:46)
  • Re: Query plan for "heavy" SELECT with "lite" sub-SELECTs Richard Huxton (12:38)
  • Query plan for "heavy" SELECT with "lite" sub-SELECTs Nikolay Samokhvalov (11:07)
  • Re: Help w/speeding up range queries? Simon Riggs (11:00)
  • Re: Help w/speeding up range queries? Marcin Mank (10:53)
  • Re: Database-wide vacuum can take a long time, duringwhich tables are not being analyzed Simon Riggs (10:49)
• 01 November 2006
  • Re: Database-wide vacuum can take a long time, during which Matthew O'Connor (22:58)
  • Database-wide vacuum can take a long time, during which tables are not being analyzed Steven Flatt (20:45)
  • Re: big transaction slows down over time - but disk seems Richard Huxton (19:34)
  • Re: big transaction slows down over time - but disk seems Ben (19:30)
  • Re: big transaction slows down over time - but disk seems almost unused Ben (19:27)
  • Re: big transaction slows down over time - but disk seems Richard Huxton (19:05)
  • Re: MVCC & indexes? Ivan Voras (19:02)
  • Re: big transaction slows down over time - but disk Andreas Kostyrka (18:54)
  • Re: big transaction slows down over time - but disk seems almost unused Ben (18:22)
  • Re: big transaction slows down over time - but disk seems Heikki Linnakangas (09:42)
  • big transaction slows down over time - but disk seems almost unused Ben (06:51)
  • Re: pg_trgm indexes giving bad estimations? Tom Lane (06:04)
  • Re: Help w/speeding up range queries? Tom Lane (05:59)
  • Re: pg_trgm indexes giving bad estimations? Ben (05:43)
  • Re: Help w/speeding up range queries? Luke Lonergan (05:27)
  • Context switching Carlos H. Reimer (05:23)
  • Re: Help w/speeding up range queries? Tom Lane (04:29)

• Thread Index
• [Prev Page]
• [Next Page]