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

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

• 31 August 2010
  • Re: Performance on new 64bit server compared to my 32bit desktop Scott Marlowe (18:57)
  • Re: Performance on new 64bit server compared to my 32bit desktop Yeb Havinga (18:52)
  • Re: Performance on new 64bit server compared to my 32bit desktop Greg Smith (17:20)
  • Re: Performance on new 64bit server compared to my 32bit desktop Scott Marlowe (17:04)
  • Re: Performance on new 64bit server compared to my 32bit desktop Scott Marlowe (17:03)
  • Re: Performance on new 64bit server compared to my 32bit desktop Jose Ildefonso Camargo Tolosa (16:08)
  • Re: Performance on new 64bit server compared to my 32bit desktop Yeb Havinga (16:07)
  • Re: Performance on new 64bit server compared to my 32bit desktop Jose Ildefonso Camargo Tolosa (15:53)
  • Re: Performance on new 64bit server compared to my 32bit desktop Greg Smith (15:43)
  • Re: slow DDL creation Kevin Kempter (15:33)
  • Re: Performance on new 64bit server compared to my 32bit desktop Yeb Havinga (12:45)
  • Re: GPU Accelerated Sorting Tom Lane (01:59)
  • Re: Performance on new 64bit server compared to my 32bit desktop Jose Ildefonso Camargo Tolosa (01:29)
  • Re: GPU Accelerated Sorting Scott Carey (01:17)
  • Re: slow DDL creation David Fetter (00:31)
• 30 August 2010
  • Re: slow DDL creation bricklen (23:04)
  • Re: GPU Accelerated Sorting David Boreham (22:37)
  • Re: Performance on new 64bit server compared to my 32bit desktop Greg Smith (22:32)
  • slow DDL creation Kevin Kempter (22:26)
  • Re: GPU Accelerated Sorting Chris Browne (22:21)
  • Re: GPU Accelerated Sorting Jeff Davis (22:02)
  • Re: GPU Accelerated Sorting David Boreham (20:47)
  • Re: GPU Accelerated Sorting Scott Marlowe (20:43)
  • Re: Performance on new 64bit server compared to my 32bit desktop Clemens Eisserer (20:42)
  • Re: GPU Accelerated Sorting Yeb Havinga (19:23)
  • Re: GPU Accelerated Sorting Eliot Gable (18:49)
  • Re: Using Between Ozer, Pam (16:51)
  • Re: Major performance problem after upgrade from 8.3 to 8.4 Tom Lane (16:49)
  • Re: Major performance problem after upgrade from 8.3 to 8.4 Gerhard Wiesinger (16:46)
  • Re: Major performance problem after upgrade from 8.3 to 8.4 Tom Lane (16:23)
  • Re: Major performance problem after upgrade from 8.3 to 8.4 Gerhard Wiesinger (16:13)
  • Re: Performance on new 64bit server compared to my 32bit desktop Jose Ildefonso Camargo Tolosa (16:09)
  • Re: GPU Accelerated Sorting Gaël Le Mignot (15:29)
  • Re: Performance on new 64bit server compared to my 32bit desktop Greg Smith (15:16)
  • Re: Performance on new 64bit server compared to my 32bit desktop Greg Smith (15:15)
  • Re: [Fwd: postgres 8.4.1 number of connections] Maria L. Wilson (14:22)
  • Re: GPU Accelerated Sorting Greg Smith (14:05)
  • GPU Accelerated Sorting Eliot Gable (13:51)
  • GPU Accelerated Sorting Eliot Gable (13:47)
  • Re: Performance on new 64bit server compared to my 32bit desktop Yeb Havinga (12:49)
  • Re: Performance on new 64bit server compared to my 32bit desktop Scott Marlowe (10:54)
  • Re: Performance on new 64bit server compared to my 32bit desktop Scott Carey (08:28)
  • Re: Major performance problem after upgrade from 8.3 to 8.4 Pavel Stehule (08:18)
  • Re: Major performance problem after upgrade from 8.3 to 8.4 Gerhard Wiesinger (07:59)
  • Re: Major performance problem after upgrade from 8.3 to 8.4 Gerhard Wiesinger (07:57)
  • Re: Performance on new 64bit server compared to my 32bit desktop Yeb Havinga (07:55)
  • Re: Major performance problem after upgrade from 8.3 to 8.4 Gerhard Wiesinger (07:49)
  • Re: Major performance problem after upgrade from 8.3 to 8.4 Pavel Stehule (07:35)
  • Re: Major performance problem after upgrade from 8.3 to 8.4 Scott Marlowe (07:34)
  • Re: Major performance problem after upgrade from 8.3 to 8.4 Gerhard Wiesinger (07:25)
  • Re: Major performance problem after upgrade from 8.3 to 8.4 Andreas Kretschmer (07:22)
  • Re: Major performance problem after upgrade from 8.3 to 8.4 Scott Marlowe (07:00)
  • Major performance problem after upgrade from 8.3 to 8.4 Gerhard Wiesinger (06:39)
  • Re: Performance on new 64bit server compared to my 32bit desktop Greg Smith (05:01)
  • Re: Performance on new 64bit server compared to my 32bit desktop Greg Smith (04:40)
  • Re: array can be slow when joining? Pavel Stehule (04:07)
• 29 August 2010
  • Re: Performance on new 64bit server compared to my 32bit desktop Jose Ildefonso Camargo Tolosa (15:07)
  • array can be slow when joining? Volodymyr Kostyrko (13:18)
• 28 August 2010
  • Re: write barrier question Cédric Villemain (10:18)
  • Re: Using Between Craig James (00:42)
  • Using Between Ozer, Pam (00:21)
• 27 August 2010
  • Re: turn off caching for performance test Scott Marlowe (17:58)
  • Re: Slow Query Ozer, Pam (17:44)
  • Re: Slow Query Greg Smith (17:31)
  • Re: turn off caching for performance test Greg Smith (17:28)
  • Re: Performance on new 64bit server compared to my 32bit desktop Greg Smith (17:25)
  • Re: Slow Query Kevin Grittner (14:17)
  • Re: turn off caching for performance test Willy-Bas Loos (09:51)
  • Re: [Fwd: postgres 8.4.1 number of connections] Magnus Hagander (07:54)
  • Re: Performance on new 64bit server compared to my 32bit desktop Scott Carey (04:30)
  • Re: [Fwd: postgres 8.4.1 number of connections] Josh Berkus (01:06)
  • Re: Slow Query Bob Lunney (00:19)
  • Re: Slow Query Scott Marlowe (00:19)
  • Slow Query Ozer, Pam (00:03)
• 26 August 2010
  • Re: [Fwd: postgres 8.4.1 number of connections] Scott Marlowe (21:13)
  • [Fwd: postgres 8.4.1 number of connections] Maria L. Wilson (20:29)
  • Re: turn off caching for performance test Pierre C (17:37)
  • Re: turn off caching for performance test Arjen van der Meijden (16:50)
  • turn off caching for performance test Willy-Bas Loos (10:33)
  • Re: SubQuery Performance A. Kretschmer (05:24)
  • SubQuery Performance mike (01:27)
• 25 August 2010
  • Re: New servers, need suggestions for sensible tuning settings Kevin Grittner (16:25)
  • New servers, need suggestions for sensible tuning settings Bob Branch (16:04)
  • Re: Triggers or code? Bob Lunney (14:30)
  • Re: Are Indices automatically generated for primary keys? Guillaume Lelarge (06:59)
• 24 August 2010
  • Re: Inefficient query plan Jann Röder (13:24)
  • Re: Inefficient query plan Jann Röder (13:03)
  • Re: PARSE WAITING Alvaro Herrera (01:18)
• 23 August 2010
  • Re: PARSE WAITING David Kerr (22:47)
  • Re: PARSE WAITING Alvaro Herrera (22:24)
  • Re: PARSE WAITING David Kerr (22:19)
  • PARSE WAITING David Kerr (22:16)
  • Re: Triggers or code? André Fernandes (19:14)
  • Triggers or code? DM (18:42)
  • Re: Inefficient query plan Scott Marlowe (16:20)
  • Re: Inefficient query plan gnuoytr (15:22)
  • Re: Inefficient query plan Tom Lane (15:21)
  • Re: Inefficient query plan Kevin Grittner (15:03)
  • Re: Inefficient query plan Grzegorz Jaśkiewicz (14:41)
  • Re: Inefficient query plan Grzegorz Jaśkiewicz (14:40)
  • Re: Inefficient query plan Alvaro Herrera (14:39)
  • Re: Inefficient query plan Kevin Grittner (14:21)
  • Re: Inefficient query plan Grzegorz Jaśkiewicz (14:12)
  • Re: Inefficient query plan Kevin Grittner (13:56)
  • Re: Inefficient query plan Kevin Grittner (13:52)
  • Re: Inefficient query plan Grzegorz Jaśkiewicz (13:37)
  • Re: Inefficient query plan Jann Röder (13:19)
  • Re: Inefficient query plan Kevin Grittner (12:10)
  • Re: Inefficient query plan Kevin Grittner (12:08)
  • Re: Inefficient query plan Jann Röder (10:25)
  • Re: Inefficient query plan Scott Marlowe (10:18)
  • Re: Inefficient query plan Jann Röder (10:16)
  • Re: Inefficient query plan Scott Marlowe (05:52)
  • Re: Inefficient query plan Scott Marlowe (05:51)
  • Inefficient query plan Jann Röder (04:25)
• 22 August 2010
  • Re: Fwd: Vacuum Full + Cluster + Vacuum full = non removable dead rows Greg Smith (18:01)
  • Re: Fwd: Vacuum Full + Cluster + Vacuum full = non removable dead rows Greg Smith (17:53)
  • Re: Fwd: Vacuum Full + Cluster + Vacuum full = non removable dead rows Dimitri (16:17)
  • Re: Fwd: Vacuum Full + Cluster + Vacuum full = non removable dead rows Robert Haas (11:35)
• 21 August 2010
  • Re: Fwd: Vacuum Full + Cluster + Vacuum full = non removable dead rows Alexandre de Arruda Paes (13:49)
  • Re: Fwd: Vacuum Full + Cluster + Vacuum full = non removable dead rows Dimitri (09:13)
  • Re: Fwd: Vacuum Full + Cluster + Vacuum full = non removable dead rows Scott Marlowe (08:58)
  • Re: Fwd: Vacuum Full + Cluster + Vacuum full = non removable dead rows Dimitri (08:25)
• 20 August 2010
  • Re: Copy performance issues Sergey Konoplev (07:25)
• 19 August 2010
  • Re: Performance on new 64bit server compared to my 32bit desktop Greg Smith (18:31)
  • Re: Performance on new 64bit server compared to my 32bit desktop Greg Smith (18:25)
  • Re: Performance on new 64bit server compared to my 32bit desktop Scott Marlowe (16:59)
  • Re: yet another q Tom Lane (16:28)
  • Re: Fwd: Vacuum Full + Cluster + Vacuum full = non removable dead rows Tom Lane (13:56)
  • Re: Fwd: Vacuum Full + Cluster + Vacuum full = non removable dead rows Kevin Grittner (13:41)
  • Re: in-memory sorting Tom Lane (13:29)
  • Re: Fwd: Vacuum Full + Cluster + Vacuum full = non removable dead rows Alexandre de Arruda Paes (12:57)
  • Re: Performance on new 64bit server compared to my 32bit desktop Philippe Rimbault (12:28)
  • Re: Performance on new 64bit server compared to my 32bit desktop Philippe Rimbault (10:22)
  • Re: Performance on new 64bit server compared to my 32bit desktop Scott Marlowe (09:51)
  • Performance on new 64bit server compared to my 32bit desktop Philippe Rimbault (08:07)
  • Re: in-memory sorting Scott Marlowe (07:17)
  • Re: in-memory sorting Samuel Gendler (07:14)
  • Re: in-memory sorting Samuel Gendler (07:06)
  • Re: in-memory sorting Scott Marlowe (06:52)
  • Re: yet another q Samuel Gendler (06:51)
  • Re: yet another q Samuel Gendler (06:50)
  • Re: in-memory sorting Samuel Gendler (06:38)
  • Re: in-memory sorting Scott Marlowe (06:25)
  • yet another q Samuel Gendler (06:14)
  • Re: in-memory sorting Pavel Stehule (05:56)
  • Re: in-memory sorting Samuel Gendler (05:46)
  • in-memory sorting Samuel Gendler (05:24)
• 18 August 2010
  • Re: Copy performance issues s anwar (23:00)
  • Re: Copy performance issues Greg Smith (22:50)
  • Re: Copy performance issues Tom Lane (22:42)
  • Re: write barrier question Samuel Gendler (22:06)
  • Re: write barrier question Samuel Gendler (22:05)
  • Re: write barrier question Yeb Havinga (20:23)
  • Copy performance issues s anwar (20:09)
  • Re: write barrier question Craig James (19:57)
  • write barrier question Samuel Gendler (19:24)
  • Copy performance issues Saadat Anwar (16:43)
  • Re: Are Indices automatically generated for primary keys? Thom Brown (15:24)
  • Re: Are Indices automatically generated for primary keys? Justin Graf (15:08)
  • Re: Are Indices automatically generated for primary keys? Kevin Grittner (14:53)
  • Re: Are Indices automatically generated for primary keys? Kevin Grittner (14:24)
  • Re: Are Indices automatically generated for primary keys? Clemens Eisserer (14:15)
  • Re: Are Indices automatically generated for primary keys? Kevin Grittner (13:59)
  • Re: Are Indices automatically generated for primary keys? hubert depesz lubaczewski (13:55)
  • Are Indices automatically generated for primary keys? Clemens Eisserer (13:51)
  • Re: Fwd: Vacuum Full + Cluster + Vacuum full = non removable dead rows Tom Lane (13:22)
  • Fwd: Vacuum Full + Cluster + Vacuum full = non removable dead rows Alexandre de Arruda Paes (13:07)
  • Re: Very poor performance Hannes Frederic Sowa (11:56)
  • Re: Completely un-tuned Postgresql benchmark results: SSD vs desktop HDD gnuoytr (11:49)
  • Re: Completely un-tuned Postgresql benchmark results: SSD vs desktop HDD david (06:37)
  • Re: Two fast searches turn slow when used with OR clause Robert Haas (03:22)
  • Re: Very poor performance Kevin Grittner (03:08)
• 17 August 2010
  • Re: Very poor performance Mark Kirkwood (22:28)
  • Re: Vacuum Full + Cluster + Vacuum full = non removable dead rows Scott Marlowe (19:24)
  • Vacuum Full + Cluster + Vacuum full = non removable dead rows Alexandre de Arruda Paes (19:19)
  • Re: Very poor performance Kevin Grittner (18:19)
  • Re: Very poor performance Aaron Burnett (17:55)
  • Re: Very poor performance Mark Rostron (16:21)
  • Re: Very poor performance Tom Lane (15:57)

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