• 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 2008-05 Thread Index (1/3)

• Main Index
• [Prev Page]
• [Next Page]

• Statistics issue Vlad Arkhipov (Sat 31 04:24)
• Re: Statistics issue Tom Lane (Sat 31 15:51)
• ProcArrayLock (The Saga continues) Jignesh K. Shah (Thu 29 22:10)
• Re: ProcArrayLock (The Saga continues) Gregory Stark (Fri 30 00:28)
• OVERLAPS is slow Chris Browne (Thu 29 17:23)
• Adding "LIMIT 1" kills performance. Chris Shoemaker (Thu 29 15:48)
• Re: Adding "LIMIT 1" kills performance. Shane Ambler (Thu 29 16:53)
• Re: Adding "LIMIT 1" kills performance. Chris Shoemaker (Thu 29 17:49)
• Re: Adding "LIMIT 1" kills performance. Tom Lane (Thu 29 17:59)
• IN() statement values order makes 2x performance hit Alexey Kupershtokh (Thu 29 09:37)
• Re: IN() statement values order makes 2x performance hit Oleg Bartunov (Thu 29 09:40)
• Re: IN() statement values order makes 2x performance hit Alexey Kupershtokh (Thu 29 09:51)
• 2GB or not 2GB Josh Berkus (Wed 28 23:56)
• Re: 2GB or not 2GB Steve Crawford (Thu 29 00:07)
• Re: 2GB or not 2GB Gregory Stark (Thu 29 01:03)
• Re: 2GB or not 2GB Greg Smith (Thu 29 01:19)
• Re: 2GB or not 2GB Jignesh K. Shah (Thu 29 03:02)
• Re: 2GB or not 2GB Jignesh K. Shah (Thu 29 02:54)
• Re: 2GB or not 2GB Joshua D. Drake (Thu 29 15:44)
• Re: 2GB or not 2GB Magnus Hagander (Thu 29 19:50)
• Re: 2GB or not 2GB Simon Riggs (Sat 31 07:42)
• Re: 2GB or not 2GB Josh Berkus (Sat 31 18:53)
• Re: 2GB or not 2GB Gregory Stark (Sat 31 19:41)
• GEQO Benchmark tarcizioab (Wed 28 13:51)
• Re: GEQO Benchmark Tom Lane (Wed 28 14:03)
• Re: GEQO Benchmark Tarcizio Bini (Wed 28 16:13)
• Re: GEQO Benchmark Simon Riggs (Wed 28 16:50)
• Re: GEQO Benchmark Tarcizio Bini (Wed 28 17:55)
• Outer joins and equivalence Simon Riggs (Tue 27 19:56)
• Re: Outer joins and equivalence Tom Lane (Tue 27 21:44)
• Re: Outer joins and equivalence Matthew Wakeling (Wed 28 10:45)
• Re: Outer joins and equivalence Simon Riggs (Wed 28 13:37)
• Re: [GENERAL] select query takes 13 seconds to run with index mark (Mon 26 23:32)
• Message not available
  • Re: [GENERAL] select query takes 13 seconds to run with index mark (Mon 26 23:57)
• Re: [GENERAL] select query takes 13 seconds to run with index PFC (Tue 27 08:13)
• Re: [GENERAL] select query takes 13 seconds to run with index hubert depesz lubaczewski (Tue 27 08:22)
• Re: [GENERAL] select query takes 13 seconds to run with index mark (Tue 27 14:47)
• Re: [GENERAL] select query takes 13 seconds to run with index hubert depesz lubaczewski (Tue 27 14:58)
• Symbolic Links to Tablespaces Campbell, Lance (Mon 26 14:12)
• Re: Symbolic Links to Tablespaces Tom Lane (Mon 26 15:09)
• Re: Symbolic Links to Tablespaces Campbell, Lance (Mon 26 17:10)
• Re: Symbolic Links to Tablespaces A. Kretschmer (Mon 26 17:32)
• Re: Symbolic Links to Tablespaces Heikki Linnakangas (Mon 26 18:26)
• Re: Symbolic Links to Tablespaces Tino Wildenhain (Mon 26 19:19)
• Re: Symbolic Links to Tablespaces Heikki Linnakangas (Mon 26 20:26)
• Re: shared_buffers performance Decibel! (Sat 24 18:51)
• Re: Creating large database of MD5 hash values Decibel! (Sat 24 18:50)
• Re: Creating large database of MD5 hash values Bruce Momjian (Wed 28 23:37)
• Re: Creating large database of MD5 hash values Tom Lane (Wed 28 23:42)
• IBM ServRAID-MR10M / LSI1078ROC advice Kevin Grittner (Fri 23 15:15)
• index performance on large tables with update and insert Jessica Richard (Fri 23 13:28)
• Re: index performance on large tables with update and insert Magnus Hagander (Fri 23 16:35)
• Quad Xeon or Quad Opteron? Andrzej Zawadzki (Fri 23 10:49)
• Re: Quad Xeon or Quad Opteron? Craig Ringer (Fri 23 11:34)
• Re: Quad Xeon or Quad Opteron? Adam Tauno Williams (Fri 23 12:22)
• Re: Quad Xeon or Quad Opteron? Knight, Doug (Fri 23 12:36)
• Re: Quad Xeon or Quad Opteron? Andrzej Zawadzki (Sat 24 16:49)
• Re: Quad Xeon or Quad Opteron? Andrzej Zawadzki (Sat 24 16:39)
• Re: Quad Xeon or Quad Opteron? Reid Thompson (Fri 23 13:00)
• Re: Quad Xeon or Quad Opteron? Jeffrey Baker (Sat 24 20:39)
• join/from_collapse_limit and geqo_threshold default values Vlad Arkhipov (Fri 23 09:01)
• Index creation time and distribution Guillaume Smet (Thu 22 12:32)
• Re: Index creation time and distribution Tom Lane (Thu 22 13:14)
• Re: Index creation time and distribution Guillaume Smet (Thu 22 13:38)
• Re: Index creation time and distribution Tom Lane (Thu 22 19:18)
• Re: Index creation time and distribution Guillaume Smet (Thu 22 21:52)
• Re: Index creation time and distribution Matthew Wakeling (Thu 22 14:10)
• Re: Index creation time and distribution Scott Marlowe (Thu 22 16:50)
• Re: Index creation time and distribution Guillaume Smet (Thu 22 18:34)
• "Big O" notation for postgres? H. Hall (Wed 21 14:20)
• Re: "Big O" notation for postgres? Jonah H. Harris (Wed 21 14:29)
• Re: "Big O" notation for postgres? Richard Huxton (Wed 21 14:40)
• Re: "Big O" notation for postgres? Gregory Stark (Thu 22 23:08)
• Re: "Big O" notation for postgres? H. Hall (Mon 26 15:00)
• Re: "Big O" notation for postgres? PFC (Wed 21 16:20)
• Re: "Big O" notation for postgres? H. Hall (Wed 21 19:15)
• Posible planner improvement? Albert Cervera Areny (Wed 21 10:35)
• Re: Posible planner improvement? Richard Huxton (Wed 21 10:48)
• Re: Posible planner improvement? Albert Cervera Areny (Wed 21 11:11)
• Re: Posible planner improvement? Mark Mielke (Wed 21 11:25)
• Re: Posible planner improvement? Albert Cervera Areny (Wed 21 11:30)
• Re: Posible planner improvement? Albert Cervera Areny (Wed 21 11:37)
• Re: Posible planner improvement? ITAGAKI Takahiro (Mon 26 11:30)
• <Possible follow-ups>
• Re: Posible planner improvement? Luke Lonergan (Wed 21 11:50)
• Re: Posible planner improvement? Richard Huxton (Wed 21 13:09)
• Re: Posible planner improvement? PFC (Wed 21 16:12)
• Re: Posible planner improvement? Albert Cervera Areny (Wed 21 16:22)
• Re: Posible planner improvement? Decibel! (Sat 24 18:51)
• Varchar pkey instead of integer Robins Tharakan (Wed 21 05:52)
• Re: Varchar pkey instead of integer Joshua D. Drake (Wed 21 06:16)
• Re: Varchar pkey instead of integer Craig Ringer (Wed 21 06:34)
• Re: Varchar pkey instead of integer Shane Ambler (Wed 21 07:33)
• Re: Varchar pkey instead of integer Craig Ringer (Wed 21 08:02)
• Re: Varchar pkey instead of integer J. Andrew Rogers (Wed 21 08:57)
• Re: Varchar pkey instead of integer Robins Tharakan (Thu 22 00:54)
• improving performance for a delete kevin kempter (Tue 20 19:58)
• Re: improving performance for a delete kevin kempter (Tue 20 20:03)
• Re: improving performance for a delete PFC (Tue 20 20:47)
• Author Wanted Markus Feilner (Tue 20 11:52)
• Re: Author Wanted Bill Moran (Tue 20 12:32)
• slow update kevin kempter (Tue 20 06:00)
• Re: slow update A. Kretschmer (Tue 20 06:24)
• Re: slow update Scott Marlowe (Tue 20 17:47)
• Re: Strange behavior: pgbench and new Linux kernels Greg Smith (Sun 18 16:25)
• very slow left join Ben (Fri 16 17:56)
• Re: very slow left join Scott Marlowe (Fri 16 18:09)
• Re: very slow left join Ben (Fri 16 18:21)
• Re: very slow left join Scott Marlowe (Fri 16 18:27)
• Re: very slow left join Ben (Fri 16 18:43)
• Re: very slow left join Craig Ringer (Fri 16 19:25)
• Join runs for > 10 hours and then fills up >1.3TB of disk space kevin kempter (Fri 16 06:43)
• Re: Join runs for > 10 hours and then fills up >1.3TB of disk space Claus Guttesen (Fri 16 08:08)
• Re: Join runs for > 10 hours and then fills up >1.3TB of disk space kevin kempter (Fri 16 08:10)
• Re: Join runs for > 10 hours and then fills up >1.3TB of disk space kevin kempter (Fri 16 08:08)
• Re: Join runs for > 10 hours and then fills up >1.3TB of disk space Simon Riggs (Fri 16 08:18)
• Re: Join runs for > 10 hours and then fills up >1.3TB of disk space kevin kempter (Fri 16 08:50)
• Re: Join runs for > 10 hours and then fills up >1.3TB of disk space Richard Huxton (Fri 16 08:19)
• Re: Join runs for > 10 hours and then fills up >1.3TB of disk space kevin kempter (Fri 16 08:27)
• Re: Join runs for > 10 hours and then fills up >1.3TB of disk space Richard Huxton (Fri 16 08:32)
• Re: Join runs for > 10 hours and then fills up >1.3TB of disk space Richard Huxton (Fri 16 08:33)
• <Possible follow-ups>
• Re: Join runs for > 10 hours and then fills up >1.3TB of disk space Luke Lonergan (Fri 16 08:47)
• which ext3 fs type should I use for postgresql Philippe Amelant (Thu 15 10:40)
• Re: which ext3 fs type should I use for postgresql Matthew Wakeling (Thu 15 11:29)
• Re: which ext3 fs type should I use for postgresql david (Thu 15 12:15)
• Re: which ext3 fs type should I use for postgresql Matthew Wakeling (Thu 15 12:24)
• Re: which ext3 fs type should I use for postgresql david (Fri 16 09:52)
• Re: which ext3 fs type should I use for postgresql Craig James (Thu 15 14:59)
• Re: which ext3 fs type should I use for postgresql Guillaume Cottenceau (Thu 15 15:08)
• Re: which ext3 fs type should I use for postgresql Matthew Wakeling (Thu 15 15:21)
• Re: which ext3 fs type should I use for postgresql Guillaume Cottenceau (Thu 15 15:32)
• Re: which ext3 fs type should I use for postgresql Joshua D. Drake (Thu 15 15:38)
• Re: which ext3 fs type should I use for postgresql Guillaume Cottenceau (Thu 15 15:56)
• Re: which ext3 fs type should I use for postgresql Scott Marlowe (Fri 16 17:07)
• Re: which ext3 fs type should I use for postgresql Joshua D. Drake (Fri 16 17:14)
• Update performance degrades over time Subbiah Stalin-XCGF84 (Wed 14 22:38)
• Re: Update performance degrades over time Jeffrey Baker (Thu 15 13:57)
• Re: Update performance degrades over time Subbiah Stalin-XCGF84 (Thu 15 16:28)
• Re: Update performance degrades over time Subbiah Stalin-XCGF84 (Thu 15 19:27)
• poor row estimates with multi-column joins Robert Treat (Wed 14 22:35)
• I/O on select count(*) Doug Eck (Wed 14 20:11)
• Re: I/O on select count(*) Merlin Moncure (Wed 14 20:38)
• Re: I/O on select count(*) Kevin Grittner (Wed 14 22:11)
• Re: I/O on select count(*) Greg Smith (Thu 15 01:40)
• Re: I/O on select count(*) Alvaro Herrera (Thu 15 02:06)
• Re: I/O on select count(*) Greg Smith (Thu 15 02:21)
• Re: I/O on select count(*) Jan de Visser (Thu 15 02:38)
• Re: I/O on select count(*) Tom Lane (Thu 15 07:54)
• Re: I/O on select count(*) Jan de Visser (Thu 15 13:15)
• Re: I/O on select count(*) Robert Lor (Thu 15 16:53)
• Re: I/O on select count(*) Tom Lane (Thu 15 17:42)
• Re: I/O on select count(*) Robert Lor (Thu 15 21:21)
• Re: I/O on select count(*) Pavan Deolasee (Thu 15 02:41)
• Re: I/O on select count(*) Luke Lonergan (Thu 15 02:53)
• Re: I/O on select count(*) Joshua D. Drake (Thu 15 03:14)
• Re: I/O on select count(*) Tino Wildenhain (Thu 15 06:14)
• Re: I/O on select count(*) Matthew Wakeling (Thu 15 12:55)
• Re: I/O on select count(*) Ron Mayer (Thu 15 13:51)
• Re: I/O on select count(*) Gregory Stark (Thu 15 22:30)
• Re: I/O on select count(*) Greg Smith (Thu 15 03:07)
• Re: I/O on select count(*) Alvaro Herrera (Thu 15 14:41)
• Re: I/O on select count(*) Heikki Linnakangas (Thu 15 15:16)
• Re: I/O on select count(*) Alvaro Herrera (Thu 15 15:49)
• Re: I/O on select count(*) Tom Lane (Thu 15 16:19)
• Re: I/O on select count(*) Tom Lane (Thu 15 08:00)
• Re: I/O on select count(*) Matthew Wakeling (Thu 15 12:40)
• Re: I/O on select count(*) Heikki Linnakangas (Thu 15 12:54)
• Re: I/O on select count(*) Matthew Wakeling (Thu 15 13:39)
• Re: I/O on select count(*) Tom Lane (Thu 15 14:57)
• Re: I/O on select count(*) Heikki Linnakangas (Thu 15 15:08)
• Re: I/O on select count(*) Matthew Wakeling (Thu 15 15:17)
• Re: I/O on select count(*) Alvaro Herrera (Thu 15 15:52)
• Re: I/O on select count(*) Greg Smith (Fri 16 18:06)
• Re: I/O on select count(*) Simon Riggs (Fri 16 18:22)
• Re: I/O on select count(*) Alvaro Herrera (Fri 16 20:15)
• Re: I/O on select count(*) Alvaro Herrera (Fri 16 21:01)
• Re: I/O on select count(*) Tom Lane (Sat 17 02:45)
• Re: I/O on select count(*) Jeremy Harris (Sat 17 13:14)
• Re: I/O on select count(*) Greg Smith (Sun 18 05:48)
• Re: I/O on select count(*) Decibel! (Sat 24 19:07)
• Re: I/O on select count(*) Decibel! (Sat 24 19:15)

---

• Main Index
• [Prev Page]
• [Next Page]

---

Mail converted by MHonArc