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

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

• 29 December 2009
  • Re: Performance with partitions/inheritance and multiple tables Anj Adu (21:37)
  • Re: roopasatish (20:12)
  • Re: [HACKERS] Faster CREATE DATABASE by delaying fsync (was 8.4.1 ubuntu karmic slow createdb) Andres Freund (18:31)
  • Re: [HACKERS] Faster CREATE DATABASE by delaying fsync (was 8.4.1 ubuntu karmic slow createdb) Andres Freund (11:13)
  • Re: [HACKERS] Faster CREATE DATABASE by delaying fsync (was 8.4.1 ubuntu karmic slow createdb) Greg Stark (10:48)
  • Re: [HACKERS] Faster CREATE DATABASE by delaying fsync (was 8.4.1 ubuntu karmic slow createdb) Andres Freund (03:26)
  • Re: [HACKERS] Faster CREATE DATABASE by delaying fsync (was 8.4.1 ubuntu karmic slow createdb) Michael Clemmons (03:04)
  • Re: [HACKERS] Faster CREATE DATABASE by delaying fsync (was 8.4.1 ubuntu karmic slow createdb) Andres Freund (02:55)
  • Re: [HACKERS] Faster CREATE DATABASE by delaying fsync (was 8.4.1 ubuntu karmic slow createdb) Michael Clemmons (02:53)
  • Re: [HACKERS] Faster CREATE DATABASE by delaying fsync (was 8.4.1 ubuntu karmic slow createdb) Andres Freund (02:06)
  • Re: [HACKERS] Faster CREATE DATABASE by delaying fsync (was 8.4.1 ubuntu karmic slow createdb) Greg Smith (00:46)
  • Re: Re: Faster CREATE DATABASE by delaying fsync (was 8.4.1 ubuntu karmic slow createdb) david (00:46)
  • Re: Re: Faster CREATE DATABASE by delaying fsync (was 8.4.1 ubuntu karmic slow createdb) david (00:45)
  • Re: Re: Faster CREATE DATABASE by delaying fsync (was 8.4.1 ubuntu karmic slow createdb) Andres Freund (00:43)
  • Re: [HACKERS] Re: Faster CREATE DATABASE by delaying fsync (was 8.4.1 ubuntu karmic slow createdb) Andres Freund (00:29)
  • Re: Faster CREATE DATABASE by delaying fsync (was 8.4.1 ubuntu karmic slow createdb) Greg Stark (00:28)
• 28 December 2009
  • Re: 8.4.1 ubuntu karmic slow createdb Thomas Kellerer (23:58)
  • Re: [HACKERS] Faster CREATE DATABASE by delaying fsync (was 8.4.1 ubuntu karmic slow createdb) Andres Freund (23:32)
  • Re: [HACKERS] Faster CREATE DATABASE by delaying fsync (was 8.4.1 ubuntu karmic slow createdb) Andres Freund (23:20)
  • Re: [HACKERS] Faster CREATE DATABASE by delaying fsync (was 8.4.1 ubuntu karmic slow createdb) Tom Lane (23:06)
  • Re: [HACKERS] Faster CREATE DATABASE by delaying fsync (was 8.4.1 ubuntu karmic slow createdb) Andres Freund (22:59)
  • Faster CREATE DATABASE by delaying fsync (was 8.4.1 ubuntu karmic slow createdb) Andres Freund (22:55)
  • Re: SATA drives performance Craig James (18:37)
  • Re: Order by (for 15 rows) adds 30 seconds to query time Tom Lane (17:41)
  • Re: Order by (for 15 rows) adds 30 seconds to query time Kevin Grittner (15:10)
• 27 December 2009
  • Re: Order by (for 15 rows) adds 30 seconds to query time Tom Lane (21:52)
  • Re: SATA drives performance Glyn Astill (15:36)
• 26 December 2009
  • Re: Order by (for 15 rows) adds 30 seconds to query time Kevin Grittner (20:15)
• 25 December 2009
  • Re: SATA drives performance Scott Marlowe (00:52)
  • Re: SATA drives performance Richard Neill (00:15)
• 24 December 2009
  • Re: SATA drives performance Scott Marlowe (22:59)
  • Re: SATA drives performance Richard Neill (22:51)
  • Re: SATA drives performance Adam Tauno Williams (22:19)
  • Re: SATA drives performance Ognjen Blagojevic (21:10)
  • Re: SATA drives performance Scott Marlowe (18:32)
  • Re: SATA drives performance Richard Neill (18:09)
  • Re: SATA drives performance Jeremy Harris (17:28)
  • Re: SATA drives performance Richard Neill (17:12)
  • Re: SATA drives performance Greg Smith (17:06)
  • Re: SATA drives performance Mark Mielke (16:42)
  • Re: SATA drives performance Greg Smith (16:42)
  • Re: SATA drives performance Gaël Le Mignot (16:19)
  • Re: Multicolumn index - WHERE ... ORDER BY Tom Lane (15:56)
  • Re: SATA drives performance Greg Smith (15:52)
  • Re: Performance with partitions/inheritance and multiple tables Shrirang Chitnis (15:50)
  • Re: Optimizer use of index slows down query by factor Tom Lane (15:46)
  • Re: SATA drives performance Richard Neill (14:59)
  • Re: SATA drives performance Scott Marlowe (14:57)
  • Performance with partitions/inheritance and multiple tables Radhika S (14:42)
  • SATA drives performance Ognjen Blagojevic (12:12)
  • Multicolumn index - WHERE ... ORDER BY Lucas Maystre (12:00)
  • Optimizer use of index slows down query by factor Michael Ruf (11:56)
  • Re: FSM - per database or per installation? Craig Ringer (10:24)
  • Re: FSM - per database or per installation? Alvaro Herrera (02:07)
  • Re: FSM - per database or per installation? Scott Marlowe (02:03)
  • Re: FSM - per database or per installation? Craig James (01:39)
  • Re: hardware priority for an SSD database? Greg Smith (00:26)
• 23 December 2009
  • hardware priority for an SSD database? Ben Chobot (22:11)
• 21 December 2009
  • Re: Idea how to get rid of Bitmap Heap Scan Robert Haas (01:57)
• 20 December 2009
  • Re: Idea how to get rid of Bitmap Heap Scan Tom Lane (16:26)
  • Re: Idea how to get rid of Bitmap Heap Scan Greg Stark (11:38)
  • Re: Idea how to get rid of Bitmap Heap Scan Robert Haas (02:12)
• 19 December 2009
  • Re: Automatic optimization of IN clauses via INNER JOIN Robert Haas (03:33)
  • Re: Automatic optimization of IN clauses via INNER JOIN Tom Lane (00:32)
  • Re: Issues with \copy from file Robert Haas (00:24)
  • Re: Automatic optimization of IN clauses via INNER JOIN Robert Haas (00:22)
• 18 December 2009
  • Re: Idea how to get rid of Bitmap Heap Scan Greg Stark (17:29)
  • Re: Idea how to get rid of Bitmap Heap Scan Michael N. Mikhulya (16:18)
  • Re: Issues with \copy from file Sigurgeir Gunnarsson (15:51)
  • Re: Idea how to get rid of Bitmap Heap Scan Matthew Wakeling (15:51)
  • Idea how to get rid of Bitmap Heap Scan Michael N. Mikhulya (15:44)
  • Re: Automatic optimization of IN clauses via INNER JOIN Grzegorz Jaśkiewicz (15:24)
  • Re: Automatic optimization of IN clauses via INNER JOIN Robert Haas (15:23)
  • Re: Issues with \copy from file Robert Haas (15:23)
  • Re: Automatic optimization of IN clauses via INNER JOIN Grzegorz Jaśkiewicz (14:24)
  • Re: Automatic optimization of IN clauses via INNER JOIN Robert Haas (14:18)
  • Re: Issues with \copy from file Sigurgeir Gunnarsson (12:46)
  • Re: seq scan instead of index scan Tom Lane (06:27)
  • Re: Automatic optimization of IN clauses via INNER JOIN Craig Ringer (02:20)
  • Re: seq scan instead of index scan Scott Marlowe (01:37)
  • Re: seq scan instead of index scan Karl Larsson (01:17)
  • Re: seq scan instead of index scan Scott Marlowe (01:16)
  • Re: seq scan instead of index scan Karl Larsson (01:10)
  • Re: seq scan instead of index scan Scott Marlowe (00:11)
  • Re: seq scan instead of index scan Greg Smith (00:11)
• 17 December 2009
  • Re: seq scan instead of index scan Karl Larsson (23:46)
  • Re: seq scan instead of index scan Kevin Grittner (23:29)
  • Re: seq scan instead of index scan Scott Marlowe (23:26)
  • seq scan instead of index scan Karl Larsson (23:22)
  • Re: Automatic optimization of IN clauses via INNER JOIN Grzegorz Jaśkiewicz (20:05)
  • Re: Automatic optimization of IN clauses via INNER JOIN Robert Haas (18:05)
  • Re: Automatic optimization of IN clauses via INNER JOIN Tom Lane (15:57)
  • 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:33)
  • Automatic optimization of IN clauses via INNER JOIN Thomas Hamilton (15:23)
• 16 December 2009
  • Re: Parallel Function calls using multiple processes Pavel Stehule (08:38)
  • Re: Parallel Function calls using multiple processes Vishal Gupta (08:17)
  • Re: Parallel Function calls using multiple processes Pavel Stehule (07:35)
  • Parallel Function calls using multiple processes Vishal Gupta (06:52)
  • Re: big select is resulting in a large amount of disk writing by kjournald Scott Carey (01:29)
• 13 December 2009
  • Re: 8.4.1 ubuntu karmic slow createdb Robert Haas (03:56)
• 12 December 2009
  • Re: 8.4.1 ubuntu karmic slow createdb Andres Freund (20:38)
  • Re: 8.4.1 ubuntu karmic slow createdb Michael Clemmons (20:36)
  • Re: 8.4.1 ubuntu karmic slow createdb Andres Freund (00:19)
• 11 December 2009
  • Re: 8.4.1 ubuntu karmic slow createdb Scott Marlowe (23:59)
  • Re: 8.4.1 ubuntu karmic slow createdb Michael Clemmons (22:52)
  • Re: 8.4.1 ubuntu karmic slow createdb Greg Smith (22:40)
  • Re: 8.4.1 ubuntu karmic slow createdb Scott Marlowe (22:19)
  • Re: 8.4.1 ubuntu karmic slow createdb Scott Carey (22:13)
  • Re: 8.4.1 ubuntu karmic slow createdb Scott Marlowe (22:13)
  • Re: 8.4.1 ubuntu karmic slow createdb Scott Mead (22:05)
  • Re: 8.4.1 ubuntu karmic slow createdb Scott Marlowe (21:58)
  • Re: 8.4.1 ubuntu karmic slow createdb Nikolas Everett (21:40)
  • Re: 8.4.1 ubuntu karmic slow createdb Joshua D. Drake (20:50)
  • Re: 8.4.1 ubuntu karmic slow createdb Nikolas Everett (20:44)
  • Re: 8.4.1 ubuntu karmic slow createdb Joshua D. Drake (17:58)
  • Re: Load experimentation Scott Carey (02:38)
  • Re: 8.4.1 ubuntu karmic slow createdb Nikolas Everett (01:38)
• 10 December 2009
  • Re: Load experimentation Scott Carey (23:30)
  • Re: 8.4.1 ubuntu karmic slow createdb Andres Freund (22:09)
  • Re: 8.4.1 ubuntu karmic slow createdb Michael Clemmons (22:01)
  • Re: 8.4.1 ubuntu karmic slow createdb Andres Freund (21:57)
  • 8.4.1 ubuntu karmic slow createdb Michael Clemmons (20:41)
  • Re: Load experimentation Ben Brehmer (20:24)
  • Re: Fw: Help me put 2 Gigs of RAM to use Robert Haas (17:19)
  • Re: Fw: Help me put 2 Gigs of RAM to use Greg Smith (16:45)
  • Re: Help me put 2 Gigs of RAM to use Mark Stosberg (16:45)
  • Re: big select is resulting in a large amount of disk writing by kjournald Kevin Grittner (16:42)
  • Re: Fw: Help me put 2 Gigs of RAM to use Matthew Wakeling (16:03)
  • Fw: Help me put 2 Gigs of RAM to use Mark Stosberg (15:50)
• 09 December 2009
  • Re: big select is resulting in a large amount of disk writing by kjournald Joseph S (22:36)
  • 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 (21:06)
  • Re: big select is resulting in a large amount of disk writing by kjournald Greg Smith (19:54)
  • Re: big select is resulting in a large amount of disk writing by kjournald Kenneth Marshall (19:46)
  • big select is resulting in a large amount of disk writing by kjournald Joseph S (18:36)
  • Re: Load experimentation Andy Colson (13:38)
  • Re: Checkpoint spikes Andres Freund (02:13)
  • Re: Checkpoint spikes Greg Smith (02:05)
• 08 December 2009
  • Re: Optimizing Bitmap Heap Scan. Robert Haas (18:30)
  • Re: performance penalty between Postgresql 8.3.8 and 8.4.1 Robert Haas (17:39)
  • Re: Optimizing Bitmap Heap Scan. Kevin Grittner (16:48)
  • Re: Vacuum running out of memory Tom Lane (16:42)
  • Re: Vacuum running out of memory Greg Stark (16:41)
  • Re: Vacuum running out of memory Jonathan Foy (16:31)
  • Re: Vacuum running out of memory Tom Lane (16:22)
  • Re: performance penalty between Postgresql 8.3.8 and 8.4.1 Schmitz, David (16:08)
  • Re: performance penalty between Postgresql 8.3.8 and 8.4.1 Tom Lane (16:04)
  • Re: error occured in dbt2 against with postgresql Robert Haas (15:52)
  • Re: Optimizing Bitmap Heap Scan. Lennin Caro (15:51)
  • Vacuum running out of memory Jonathan Foy (15:51)
  • Re: performance penalty between Postgresql 8.3.8 and 8.4.1 Robert Haas (15:14)
  • Re: Checkpoint spikes Kevin Grittner (15:05)
  • Re: performance penalty between Postgresql 8.3.8 and 8.4.1 Robert Haas (15:02)
  • Re: Optimizing Bitmap Heap Scan. Matthew Wakeling (14:48)
  • Re: Optimizing Bitmap Heap Scan. niraj patel (14:27)
  • Re: SSD + RAID Matthew Wakeling (14:22)
  • Re: Optimizing Bitmap Heap Scan. Matthew Wakeling (14:03)
  • Re: Optimizing Bitmap Heap Scan. niraj patel (13:51)
  • Re: Optimizing Bitmap Heap Scan. Grzegorz Jaśkiewicz (13:43)
  • Optimizing Bitmap Heap Scan. niraj patel (13:39)
  • Re: performance penalty between Postgresql 8.3.8 and 8.4.1 Schmitz, David (13:30)
  • Re: performance penalty between Postgresql 8.3.8 and 8.4.1 Craig Ringer (13:13)
  • Re: performance penalty between Postgresql 8.3.8 and 8.4.1 Schmitz, David (10:42)
  • Re: performance penalty between Postgresql 8.3.8 and 8.4.1 Andres Freund (10:29)
  • Re: performance penalty between Postgresql 8.3.8 and 8.4.1 Schmitz, David (10:19)
  • Re: performance penalty between Postgresql 8.3.8 and 8.4.1 Thom Brown (10:12)
  • Re: Checkpoint spikes Richard Neill (10:08)
  • Re: Checkpoint spikes Richard Neill (10:07)
  • Re: performance penalty between Postgresql 8.3.8 and 8.4.1 Schmitz, David (10:00)
  • Re: performance penalty between Postgresql 8.3.8 and 8.4.1 Schmitz, David (09:42)
  • Re: Load experimentation Dimitri Fontaine (09:39)
  • Re: Load experimentation Scott Marlowe (09:28)
  • Re: Load experimentation Dimitri Fontaine (09:10)
  • Re: Load experimentation Scott Marlowe (07:59)
  • Re: Load experimentation Scott Marlowe (07:59)
  • Re: Load experimentation Greg Smith (07:35)
  • Re: Load experimentation Ben Brehmer (07:22)
  • Re: Dynamlically updating the estimated cost of a transaction Greg Smith (05:44)
  • error occured in dbt2 against with postgresql Niu Yan (05:37)

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