• 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 2003-08 Chronological Index (1/4)

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

• 18 January 2012
  • [no subject] Unknown (04:22)
  • [no subject] Unknown (04:22)
  • [no subject] Unknown (04:22)
  • [no subject] Unknown (04:22)
• 01 September 2003
  • Mail Test F Brown (01:53)
• 31 August 2003
  • Re: How to force Nested Loop plan? Tom Lane (23:13)
  • Re: SQL performance problems Alberto Caso (22:16)
  • Re: How to force Nested Loop plan? Rob Nagler (00:23)
  • Re: How to force Nested Loop plan? Rob Nagler (00:09)
• 30 August 2003
  • Re: How to force Nested Loop plan? Tom Lane (22:11)
  • Re: How to force Nested Loop plan? Ron Johnson (21:28)
  • Re: How to force Nested Loop plan? Rob Nagler (20:42)
  • Re: Selecting random rows efficiently Russell Garrett (17:43)
  • Re: PostgreSQL HDD Grow capacity Bruce Momjian (16:48)
  • Re: How to force Nested Loop plan? Ron Johnson (16:34)
  • Re: How to force Nested Loop plan? Tom Lane (16:20)
  • Re: Selecting random rows efficiently Ron Johnson (16:19)
  • Re: How to force Nested Loop plan? Rob Nagler (15:50)
  • Re: Hardware recommendations to scale to silly load Matt Clark (15:37)
  • Re: Hardware recommendations to scale to silly load Matt Clark (15:37)
  • Re: Selecting random rows efficiently Tom Lane (15:14)
  • Re: How to force Nested Loop plan? Tom Lane (15:02)
  • Re: Selecting random rows efficiently Tom Lane (14:47)
  • Re: bad estimates Tom Lane (14:36)
  • Re: Selecting random rows efficiently Ron Johnson (14:04)
  • Re: Selecting random rows efficiently Rod Taylor (14:02)
  • Re: Hardware recommendations to scale to silly load Rod Taylor (13:58)
  • Re: bad estimates Ken Geis (13:45)
  • How to force Nested Loop plan? Rob Nagler (13:36)
  • Re: Selecting random rows efficiently Richard Jones (13:32)
  • Re: Selecting random rows efficiently Jeff (13:09)
  • Selecting random rows efficiently Richard Jones (12:15)
  • Re: Hardware recommendations to scale to silly load Ron Johnson (05:21)
  • Re: bad estimates Ken Geis (05:05)
  • Re: sourcecode for newly release eRServer? Christopher Kings-Lynne (04:51)
  • Re: Tests Bruce Momjian (04:25)
  • Re: bad estimates Bruno Wolff III (02:49)
  • Re: Hardware recommendations to scale to silly load Bruce Momjian (02:44)
  • Re: The results of my PostgreSQL/filesystem performance tests Bruce Momjian (02:34)
  • Re: The results of my PostgreSQL/filesystem performance tests Bruce Momjian (02:33)
  • Re: Indexing question Rudi Starcevic (00:40)
• 29 August 2003
  • Re: SQL performance problems Tom Lane (22:04)
  • SQL performance problems Rhaoni Chiu Pereira (21:00)
  • Re: sourcecode for newly release eRServer? Andrew Sullivan (18:51)
  • Re: Hardware recommendations to scale to silly load Ron Johnson (17:32)
  • sourcecode for newly release eRServer? george young (17:20)
  • Re: bad estimates Sean Chittenden (17:04)
  • Re: bad estimates Ken Geis (17:00)
  • Re: Indexing question Richard Ellis (16:59)
  • Re: Hardware recommendations to scale to silly load William Yu (16:52)
  • Re: bad estimates Sean Chittenden (16:37)
  • 2.4 v/s 2.6 again. Shridhar Daithankar (16:27)
  • Re: PL/pgSQL functions - text / varchar - havy performance Tom Lane (16:18)
  • Re: bad estimates Ken Geis (16:07)
  • Re: PL/pgSQL functions - text / varchar - havy performance Andrew Sullivan (15:54)
  • Re: PL/pgSQL functions - text / varchar - havy performance Bill Moran (15:34)
  • Re: Indexing question Alexander Priem (15:12)
  • Re: bad estimates Stephan Szabo (15:03)
  • Re: PL/pgSQL functions - text / varchar - havy performance issue?! Oliver Siegmar (15:02)
  • Re: PL/pgSQL functions - text / varchar - havy performance Andrew Sullivan (15:02)
  • Re: PL/pgSQL functions - text / varchar - havy performance Bill Moran (14:47)
  • Re: Force table to be permanently in cache? Andrew Sullivan (14:26)
  • Re: Hardware recommendations to scale to silly load Andrew Sullivan (14:05)
  • Re: Indexing question Tom Lane (14:00)
  • PL/pgSQL functions - text / varchar - havy performance issue?! Oliver Siegmar (13:55)
  • Re: bad estimates Jeff (12:53)
  • Force table to be permanently in cache? Fabian Kreitner (12:50)
  • Re: Hardware recommendations to scale to silly load Ron Johnson (12:05)
  • Re: Indexing question Alexander Priem (09:07)
  • Re: Indexing question Tomasz Myrta (08:57)
  • Re: Indexing question Alexander Priem (08:39)
  • Re: Queries sometimes take 1000 times the normal time Shridhar Daithankar (08:28)
  • Re: bad estimates Ken Geis (08:17)
  • Re: Hardware recommendations to scale to silly load Shridhar Daithankar (08:16)
  • Re: bad estimates Christopher Kings-Lynne (08:11)
  • Re: Indexing question Christopher Kings-Lynne (08:10)
  • Re: bad estimates Ken Geis (08:10)
  • Re: Indexing question Tomasz Myrta (07:59)
  • Re: bad estimates Ken Geis (07:57)
  • Re: Indexing question Alexander Priem (07:47)
  • Re: Hardware recommendations to scale to silly load Christopher Kings-Lynne (07:27)
  • Re: Hardware recommendations to scale to silly load William Yu (07:22)
  • Re: Indexing question Tomasz Myrta (07:04)
  • Re: Indexing question Christopher Kings-Lynne (07:03)
  • Re: bad estimates Ken Geis (07:01)
  • Indexing question Alexander Priem (06:50)
  • Re: opinion on RAID choice scott.marlowe (04:24)
  • Re: bad estimates Bruno Wolff III (04:19)
  • Re: bad estimates Ken Geis (04:09)
  • Re: bad estimates Bruno Wolff III (03:59)
  • Re: bad estimates Ken Geis (03:46)
  • PostgreSQL HDD Grow capacity Eko Pranoto (03:40)
  • Re: bad estimates / non-scanning aggregates Bruno Wolff III (03:32)
  • Re: bad estimates / non-scanning aggregates Ken Geis (03:00)
  • Re: bad estimates / non-scanning aggregates Bruno Wolff III (02:56)
  • Re: bad estimates / non-scanning aggregates Ken Geis (02:51)
  • Re: bad estimates / non-scanning aggregates Bruno Wolff III (02:45)
  • Re: The results of my PostgreSQL/filesystem performance Bill Moran (02:15)
  • Re: opinion on RAID choice Vivek Khera (02:00)
  • Re: The results of my PostgreSQL/filesystem performance tests Christopher Kings-Lynne (01:57)
  • Re: The results of my PostgreSQL/filesystem performance Christopher Kings-Lynne (01:37)
  • Re: The results of my PostgreSQL/filesystem performance Bill Moran (01:19)
  • Taking another shot at the PostgreSQL/filesystem benchmarks Bill Moran (01:08)
  • Re: Queries sometimes take 1000 times the normal time Anders K. Pedersen (00:50)
  • bad estimates / non-scanning aggregates Ken Geis (00:11)
• 28 August 2003
  • Re: The results of my PostgreSQL/filesystem performance tests Sean Chittenden (21:49)
  • Re: opinion on RAID choice scott.marlowe (21:28)
  • Re: The results of my PostgreSQL/filesystem performance tests Vivek Khera (21:20)
  • Re: The results of my PostgreSQL/filesystem performance scott.marlowe (21:19)
  • Re: Simple queries take forever to run Michael Guerin (21:18)
  • Re: Queries sometimes take 1000 times the normal time scott.marlowe (21:18)
  • Re: The results of my PostgreSQL/filesystem performance tests Vivek Khera (21:18)
  • opinion on RAID choice Vivek Khera (21:17)
  • Re: The results of my PostgreSQL/filesystem performance tests Sean Chittenden (19:31)
  • Re: performance of foreign key constraints teknokrat (19:22)
  • Re: The results of my PostgreSQL/filesystem performance Bill Moran (19:16)
  • Re: performance of foreign key constraints Rod Taylor (18:58)
  • Re: Queries sometimes take 1000 times the normal time Anders K. Pedersen (18:57)
  • Re: performance of foreign key constraints Stephan Szabo (18:51)
  • Re: Simple queries take forever to run Stephan Szabo (18:49)
  • Re: Queries sometimes take 1000 times the normal time Rod Taylor (18:33)
  • Re: Hardware recommendations to scale to silly load Rod Taylor (18:29)
  • Re: Queries sometimes take 1000 times the normal time Anders K. Pedersen (18:23)
  • Re: The results of my PostgreSQL/filesystem performance tests Sean Chittenden (18:23)
  • Re: performance of foreign key constraints teknokrat (18:22)
  • Re: The results of my PostgreSQL/filesystem performance tests Al Hulaton (18:17)
  • Re: Queries sometimes take 1000 times the normal time Anders K. Pedersen (18:17)
  • Re: Queries sometimes take 1000 times the normal time Anders K. Pedersen (18:00)
  • Re: Simple queries take forever to run Michael Guerin (17:43)
  • Re: performance of foreign key constraints Stephan Szabo (17:28)
  • Re: performance of foreign key constraints Andrew Sullivan (17:26)
  • performance of foreign key constraints teknokrat (17:22)
  • Re: Hardware recommendations to scale to silly load Matt Clark (16:42)
  • Re: Hardware recommendations to scale to silly load Matt Clark (16:31)
  • Re: Hardware recommendations to scale to silly load Andrew Sullivan (16:20)
  • Re: Hardware recommendations to scale to silly load scott.marlowe (15:35)
  • Re: Simple queries take forever to run Stephan Szabo (15:31)
  • Re: Simple queries take forever to run Shridhar Daithankar (14:44)
  • Re: Hardware recommendations to scale to silly load Rod Taylor (14:42)
  • Re: Hardware recommendations to scale to silly load Vivek Khera (14:39)
  • Re: Simple queries take forever to run Michael Guerin (14:38)
  • Re: Hardware recommendations to scale to silly load Shridhar Daithankar (14:22)
  • Re: Hardware recommendations to scale to silly load Chris Bowlby (14:09)
  • Re: The results of my PostgreSQL/filesystem performance Tomka Gergely (13:46)
  • Re: The results of my PostgreSQL/filesystem performance Tomka Gergely (13:45)
  • Re: The results of my PostgreSQL/filesystem performance tests Rod Taylor (13:44)
  • Re: pgsql inserts problem Richard Huxton (12:57)
  • Re: The results of my PostgreSQL/filesystem performance Jeff (12:25)
  • Re: The results of my PostgreSQL/filesystem performance tests Christopher Browne (12:22)
  • Re: The results of my PostgreSQL/filesystem performance tests Ludek Finstrle (12:05)
  • Re: Queries sometimes take 1000 times the normal time Russell Garrett (09:29)
  • Re: The results of my PostgreSQL/filesystem performance Ron Johnson (09:23)
  • Re: The results of my PostgreSQL/filesystem performance Ron Johnson (09:19)
  • Re: Queries sometimes take 1000 times the normal time Shridhar Daithankar (09:09)
  • Re: Queries sometimes take 1000 times the normal time Russell Garrett (09:03)
  • Re: Hardware recommendations to scale to silly load Ron Johnson (09:03)
  • Re: Hardware recommendations to scale to silly load matt (08:17)
  • Re: The results of my PostgreSQL/filesystem performance Dennis Björklund (08:11)
  • Re: pgsql inserts problem Christopher Kings-Lynne (07:32)
  • Re: 8 way Intel Xeon system Tomka Gergely (06:56)
  • Re: Comparing postgresql7.4 CVS head on linux 2.4.20 and 2.6.0-test4 Shridhar Daithankar (06:52)
  • Re: Hardware recommendations to scale to silly load Tomka Gergely (06:52)
  • Re: pgsql inserts problem Shridhar Daithankar (06:50)
  • Re: Queries sometimes take 1000 times the normal time Shridhar Daithankar (06:47)
  • Re: The results of my PostgreSQL/filesystem performance tests Shridhar Daithankar (06:45)
  • Re: Hardware recommendations to scale to silly load Tomka Gergely (06:40)
  • Re: pgsql inserts problem Tarhon-Onu Victor (06:29)
  • Re: Tests Balazs Wellisch (05:25)
  • Re: The results of my PostgreSQL/filesystem performance tests Balazs Wellisch (05:22)
  • Re: Hardware recommendations to scale to silly load Ron Johnson (04:08)
  • Re: pgsql inserts problem Christopher Kings-Lynne (03:59)
  • Re: pgsql inserts problem Bruno Wolff III (03:18)
  • Re: Sun vs a P2. Interesting results. Tom Lane (03:16)
  • Re: 8 way Intel Xeon system Christopher Browne (02:52)
  • Re: Hardware recommendations to scale to silly load Bill Moran (02:26)
  • Re: Hardware recommendations to scale to silly load Christopher Browne (02:22)
  • Re: Hardware recommendations to scale to silly load Christopher Browne (01:52)
  • Re: Simple queries take forever to run Christopher Kings-Lynne (01:27)
  • Re: Simple queries take forever to run Stephan Szabo (01:22)
  • Re: Queries sometimes take 1000 times the normal time Rod Taylor (01:14)

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