Discussion of PostgreSQL's performance issues. Please see Guide to reporting problems and Slow Query Questions for some tips on how to write your performance question.
Thread | Author | Time |
---|---|---|
Re: Server Freezing | Greg Smith | 00:08 |
Server Freezing | Waldomiro | 01:02 |
Re: Server Freezing | Waldomiro | 11:02 |
Re: Server Freezing 📎 | Waldomiro | 11:18 |
Re: Server Freezing | Fernando Hevia | 15:50 |
Order by (for 15 rows) adds 30 seconds to query time | Richard Neill | 18:52 |
Re: Order by (for 15 rows) adds 30 seconds to query time | Jean-Michel Pouré | 20:06 |
Re: Order by (for 15 rows) adds 30 seconds to query time | Kevin Grittner | 20:06 |
Re: Order by (for 15 rows) adds 30 seconds to query time | Richard Neill | 22:46 |
Re: Order by (for 15 rows) adds 30 seconds to query time | Kevin Grittner | 23:36 |
Thread | Author | Time |
---|---|---|
Re: Order by (for 15 rows) adds 30 seconds to query time | Richard Neill | 01:31 |
Re: Query times change by orders of magnitude as DB ages | Scott Carey | 03:15 |
Re: Analyse without locking? | Richard Neill | 06:23 |
Re: Cost of sort/order by not estimated by the query planner | Hitoshi Harada | 06:58 |
Re: Checkpoint spikes | Greg Smith | 07:04 |
BUG #5228: Execution of prepared query is slow when timestamp parameter is used | aftab | 08:25 |
Re: Cost of sort/order by not estimated by the query planner | Laurent Laborde | 08:51 |
Re: [BUGS] BUG #5228: Execution of prepared query is slow when timestamp parameter is used | Craig Ringer | 08:52 |
Re: Cost of sort/order by not estimated by the query planner | Laurent Laborde | 09:08 |
Re: Analyse without locking? | Laurent Laborde | 09:44 |
Re: Checkpoint spikes | Heikki Linnakangas | 11:27 |
Re: Checkpoint spikes | Greg Smith | 20:57 |
Thread | Author | Time |
---|---|---|
Re: SSD + RAID | Scott Carey | 00:04 |
query cost too high, anyway to reduce it | nair rajiv | 10:15 |
Large DB, several tuning questions: Index sizes, VACUUM, REINDEX, Autovacuum | Andreas Thiel | 23:03 |
Thread | Author | Time |
---|---|---|
Time Profiling inside the procedure | niraj patel | 01:18 |
Re: performance while importing a very large data set in to database | Ing . Marcos Luís Ortíz Valmaseda | 14:16 |
Re: performance while importing a very large data set in to database | Jeremy Harris | 19:25 |
Re: Large DB, several tuning questions: Index sizes, VACUUM, REINDEX, Autovacuum | Andres Freund | 20:00 |
Re: Large DB, several tuning questions: Index sizes, VACUUM, REINDEX, Autovacuum | Scott Marlowe | 20:39 |
Re: performance while importing a very large data set in to database | Scott Marlowe | 20:42 |
Re: query cost too high, anyway to reduce it | Scott Marlowe | 20:45 |
Re: performance while importing a very large data set in to database | Scott Marlowe | 23:09 |
Thread | Author | Time |
---|---|---|
Re: Large DB, several tuning questions: Index sizes, VACUUM, REINDEX, Autovacuum | Craig Ringer | 01:15 |
Re: Large DB, several tuning questions: Index sizes, VACUUM, REINDEX, Autovacuum | Greg Smith | 01:33 |
Re: performance while importing a very large data set in to database | Pierre Frédéric Caillaud | 14:14 |
Re: performance while importing a very large data set in to database | Kris Kewley | 14:15 |
Re: performance while importing a very large data set in to database | Greg Smith | 15:15 |
Re: Large DB, several tuning questions: Index sizes, VACUUM, REINDEX, Autovacuum | Andres Freund | 16:51 |
Re: Large DB, several tuning questions: Index sizes, VACUUM, REINDEX, Autovacuum | Andres Freund | 19:09 |
Re: Large DB, several tuning questions: Index sizes, VACUUM, REINDEX, Autovacuum | Scott Marlowe | 20:24 |
Thread | Author | Time |
---|---|---|
Re: Checkpoint spikes | Greg Smith | 02:05 |
Re: Checkpoint spikes | Andres Freund | 02:13 |
Re: Load experimentation | Andy Colson | 13:31 |
big select is resulting in a large amount of disk writing by kjournald | Joseph S | 18:29 |
Re: big select is resulting in a large amount of disk writing by kjournald | Kenneth Marshall | 19:45 |
Re: big select is resulting in a large amount of disk writing by kjournald | Greg Smith | 19:53 |
Re: big select is resulting in a large amount of disk writing by kjournald | Joseph S | 20:50 |
Re: big select is resulting in a large amount of disk writing by kjournald | Greg Smith | 22:04 |
Re: big select is resulting in a large amount of disk writing by kjournald | Joseph S | 22:24 |
Thread | Author | Time |
---|---|---|
Fw: Help me put 2 Gigs of RAM to use | Mark Stosberg | 15:50 |
Re: Fw: Help me put 2 Gigs of RAM to use | Matthew Wakeling | 16:03 |
Re: big select is resulting in a large amount of disk writing by kjournald | Kevin Grittner | 16:41 |
Re: Help me put 2 Gigs of RAM to use | Mark Stosberg | 16:44 |
Re: Fw: Help me put 2 Gigs of RAM to use | Greg Smith | 16:45 |
Re: Fw: Help me put 2 Gigs of RAM to use | Robert Haas | 17:19 |
Re: Load experimentation | Ben Brehmer | 20:24 |
8.4.1 ubuntu karmic slow createdb | Michael Clemmons | 20:41 |
Re: 8.4.1 ubuntu karmic slow createdb | Andres Freund | 21:56 |
Re: 8.4.1 ubuntu karmic slow createdb | Michael Clemmons | 22:01 |
Re: 8.4.1 ubuntu karmic slow createdb | Andres Freund | 22:09 |
Re: Load experimentation | Scott Carey | 23:29 |
Thread | Author | Time |
---|---|---|
Re: 8.4.1 ubuntu karmic slow createdb | Nikolas Everett | 01:38 |
Re: Load experimentation | Scott Carey | 02:37 |
Re: 8.4.1 ubuntu karmic slow createdb | Joshua D. Drake | 17:58 |
Re: 8.4.1 ubuntu karmic slow createdb | Nikolas Everett | 20:43 |
Re: 8.4.1 ubuntu karmic slow createdb | Joshua D. Drake | 20:50 |
Re: 8.4.1 ubuntu karmic slow createdb | Nikolas Everett | 21:39 |
Re: 8.4.1 ubuntu karmic slow createdb | Scott Marlowe | 21:57 |
Re: 8.4.1 ubuntu karmic slow createdb | Scott Mead | 21:59 |
Re: 8.4.1 ubuntu karmic slow createdb | Scott Carey | 22:12 |
Re: 8.4.1 ubuntu karmic slow createdb | Scott Marlowe | 22:12 |
Re: 8.4.1 ubuntu karmic slow createdb | Scott Marlowe | 22:19 |
Re: 8.4.1 ubuntu karmic slow createdb | Greg Smith | 22:39 |
Re: 8.4.1 ubuntu karmic slow createdb | Michael Clemmons | 22:52 |
Re: 8.4.1 ubuntu karmic slow createdb | Scott Marlowe | 23:59 |
Thread | Author | Time |
---|---|---|
Re: 8.4.1 ubuntu karmic slow createdb | Andres Freund | 00:19 |
Re: 8.4.1 ubuntu karmic slow createdb | Michael Clemmons | 20:36 |
Re: 8.4.1 ubuntu karmic slow createdb | Andres Freund | 20:38 |
Thread | Author | Time |
---|---|---|
Re: 8.4.1 ubuntu karmic slow createdb | Robert Haas | 03:56 |
Thread | Author | Time |
---|---|---|
Re: big select is resulting in a large amount of disk writing by kjournald | Scott Carey | 01:28 |
Parallel Function calls using multiple processes | Vishal Gupta | 06:46 |
Re: Parallel Function calls using multiple processes | Pavel Stehule | 07:34 |
Re: Parallel Function calls using multiple processes | Vishal Gupta | 08:17 |
Re: Parallel Function calls using multiple processes | Pavel Stehule | 08:38 |
Thread | Author | Time |
---|---|---|
Automatic optimization of IN clauses via INNER JOIN | Thomas Hamilton | 15:23 |
Re: Automatic optimization of IN clauses via INNER JOIN | Tom Lane | 15:32 |
Re: Automatic optimization of IN clauses via INNER JOIN | Thomas Hamilton | 15:45 |
Re: Automatic optimization of IN clauses via INNER JOIN | Tom Lane | 15:57 |
Re: Automatic optimization of IN clauses via INNER JOIN | Robert Haas | 18:05 |
Re: Automatic optimization of IN clauses via INNER JOIN | Grzegorz Jaśkiewicz | 20:05 |
seq scan instead of index scan | Karl Larsson | 23:22 |
Re: seq scan instead of index scan | Scott Marlowe | 23:26 |
Re: seq scan instead of index scan | Kevin Grittner | 23:29 |
Re: seq scan instead of index scan | Karl Larsson | 23:46 |
Thread | Author | Time |
---|---|---|
Re: seq scan instead of index scan | Greg Smith | 00:10 |
Re: seq scan instead of index scan | Scott Marlowe | 00:11 |
Re: seq scan instead of index scan | Karl Larsson | 01:10 |
Re: seq scan instead of index scan | Scott Marlowe | 01:16 |
Re: seq scan instead of index scan | Karl Larsson | 01:17 |
Re: seq scan instead of index scan | Scott Marlowe | 01:37 |
Re: Automatic optimization of IN clauses via INNER JOIN | Craig Ringer | 02:20 |
Re: seq scan instead of index scan | Tom Lane | 06:27 |
Re: Issues with \copy from file | Sigurgeir Gunnarsson | 12:46 |
Re: Automatic optimization of IN clauses via INNER JOIN | Robert Haas | 14:18 |
Re: Automatic optimization of IN clauses via INNER JOIN | Grzegorz Jaśkiewicz | 14:24 |
Re: Issues with \copy from file | Robert Haas | 15:23 |
Re: Automatic optimization of IN clauses via INNER JOIN | Robert Haas | 15:23 |
Re: Automatic optimization of IN clauses via INNER JOIN | Grzegorz Jaśkiewicz | 15:24 |
Idea how to get rid of Bitmap Heap Scan | Michael N. Mikhulya | 15:44 |