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

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

• picking a filesystem Robert Haas (Tue 31 15:36)
• Re: picking a filesystem Shaun Thomas (Tue 31 17:09)
• Re: picking a filesystem Samuel Gendler (Tue 31 18:07)
• Strange behavior of child table. Jenish (Tue 31 07:21)
• Delete performance Jarrod Chesney (Tue 31 00:08)
• Re: Delete performance Grzegorz Jaśkiewicz (Tue 31 09:27)
• Re: Delete performance Pierre C (Tue 31 23:12)
• Re: Delete performance Craig Ringer (Wed 01 01:43)
• Re: Delete performance Jarrod Chesney (Wed 01 01:45)
• Is any effect other process performance after vaccumdb finished ? Junghwe Kim (Fri 27 01:58)
• Re: Is any effect other process performance after vaccumdb finished ? Craig Ringer (Fri 27 03:32)
• Performance block size. Tory M Blue (Thu 26 22:35)
• Re: Performance block size. Ivan Voras (Fri 27 11:09)
• The shared buffers challenge Merlin Moncure (Thu 26 14:32)
• Re: The shared buffers challenge Kevin Grittner (Thu 26 15:10)
• Re: The shared buffers challenge Merlin Moncure (Thu 26 15:36)
• Re: The shared buffers challenge Claudio Freire (Thu 26 15:45)
• Re: The shared buffers challenge Merlin Moncure (Thu 26 16:02)
• Re: The shared buffers challenge Claudio Freire (Thu 26 16:38)
• Re: The shared buffers challenge Merlin Moncure (Thu 26 16:46)
• Re: The shared buffers challenge Kevin Grittner (Thu 26 17:45)
• Re: The shared buffers challenge Scott Carey (Fri 27 16:54)
• Re: The shared buffers challenge Kevin Grittner (Fri 27 17:07)
• Re: The shared buffers challenge Greg Smith (Fri 27 18:26)
• Re: The shared buffers challenge Greg Smith (Thu 26 23:10)
• Re: The shared buffers challenge Samuel Gendler (Thu 26 23:47)
• Re: The shared buffers challenge Merlin Moncure (Fri 27 15:23)
• Re: The shared buffers challenge Greg Smith (Fri 27 18:48)
• Re: The shared buffers challenge Merlin Moncure (Fri 27 18:57)
• Re: The shared buffers challenge Robert Haas (Fri 27 19:04)
• Re: The shared buffers challenge Maciek Sakrejda (Fri 27 19:31)
• Re: The shared buffers challenge Claudio Freire (Fri 27 22:12)
• Re: The shared buffers challenge Mark Kirkwood (Fri 27 23:30)
• Re: The shared buffers challenge Greg Smith (Sat 28 21:47)
• Re: The shared buffers challenge Jeff Davis (Sat 28 00:26)
• Re: The shared buffers challenge Merlin Moncure (Tue 31 13:57)
• Speeding up loops in pl/pgsql function Reuven M. Lerner (Wed 25 17:05)
• Re: Speeding up loops in pl/pgsql function Pavel Stehule (Wed 25 19:30)
• Re: Speeding up loops in pl/pgsql function Alex Hunsaker (Wed 25 19:42)
• Re: Speeding up loops in pl/pgsql function Reuven M. Lerner (Wed 25 18:55)
• Re: Speeding up loops in pl/pgsql function Alex Hunsaker (Wed 25 18:56)
• Re: Speeding up loops in pl/pgsql function Steve Crawford (Thu 26 00:03)
• Re: Speeding up loops in pl/pgsql function Merlin Moncure (Thu 26 01:20)
• Re: Speeding up loops in pl/pgsql function Merlin Moncure (Thu 26 12:11)
• Re: Speeding up loops in pl/pgsql function Merlin Moncure (Thu 26 12:36)
• Re: Speeding up loops in pl/pgsql function Reuven M. Lerner (Thu 26 12:49)
• Re: Speeding up loops in pl/pgsql function Steve Crawford (Thu 26 15:25)
• Re: Speeding up loops in pl/pgsql function Merlin Moncure (Wed 25 21:09)
• Re: Speeding up loops in pl/pgsql function Reuven M. Lerner (Wed 25 22:26)
• Re: Speeding up loops in pl/pgsql function Jochen Erwied (Thu 26 09:07)
• <Possible follow-ups>
• Re: Speeding up loops in pl/pgsql function Santhakumaran (Thu 26 04:01)
• serveRAID M5014 SAS Grzegorz Jaśkiewicz (Wed 25 07:34)
• Re: serveRAID M5014 SAS Greg Smith (Wed 25 14:00)
• Re: serveRAID M5014 SAS Kevin Grittner (Wed 25 15:52)
• Re: serveRAID M5014 SAS Mark Kirkwood (Wed 25 22:33)
• Re: serveRAID M5014 SAS Mark Kirkwood (Wed 25 22:42)
• Re: serveRAID M5014 SAS Grzegorz Jaśkiewicz (Thu 26 08:17)
• Re: serveRAID M5014 SAS Mark Kirkwood (Thu 26 08:25)
• Re: serveRAID M5014 SAS Grzegorz Jaśkiewicz (Thu 26 08:38)
• Re: serveRAID M5014 SAS Mark Kirkwood (Thu 26 22:43)
• Re: serveRAID M5014 SAS Greg Smith (Thu 26 23:19)
• Re: serveRAID M5014 SAS Mark Kirkwood (Thu 26 23:23)
• Re: serveRAID M5014 SAS Mark Kirkwood (Thu 26 23:43)
• Re: serveRAID M5014 SAS Kevin Grittner (Fri 27 14:38)
• Re: serveRAID M5014 SAS Mark Kirkwood (Fri 27 23:24)
• Re: serveRAID M5014 SAS Grzegorz Jaśkiewicz (Sat 28 09:43)
• Re: serveRAID M5014 SAS Mark Kirkwood (Sat 28 10:15)
• Hash Anti Join performance degradation panam (Tue 24 04:14)
• Re: Hash Anti Join performance degradation Craig Ringer (Tue 24 05:53)
• Re: Hash Anti Join performance degradation panam (Tue 24 14:35)
• Re: Hash Anti Join performance degradation Craig Ringer (Wed 25 01:53)
• Re: Hash Anti Join performance degradation panam (Wed 25 17:00)
• Re: Hash Anti Join performance degradation Kevin Grittner (Wed 25 17:41)
• Re: Hash Anti Join performance degradation Craig Ringer (Thu 26 02:48)
• Re: Hash Anti Join performance degradation panam (Thu 26 12:33)
• Re: Hash Anti Join performance degradation Cédric Villemain (Thu 26 14:21)
• Re: Hash Anti Join performance degradation Kevin Grittner (Thu 26 14:48)
• Re: Hash Anti Join performance degradation panam (Thu 26 16:08)
• Re: Hash Anti Join performance degradation Kevin Grittner (Thu 26 17:08)
• Re: Hash Anti Join performance degradation panam (Thu 26 18:04)
• Re: Hash Anti Join performance degradation Cédric Villemain (Thu 26 18:13)
• Re: Hash Anti Join performance degradation Craig Ringer (Fri 27 00:01)
• Re: Hash Anti Join performance degradation Robert Haas (Tue 31 21:58)
• Re: Hash Anti Join performance degradation Cédric Villemain (Wed 01 00:43)
• Re: Hash Anti Join performance degradation Cédric Villemain (Tue 24 11:17)
• Re: Hash Anti Join performance degradation Tom Lane (Tue 24 20:38)
• "error with invalid page header" while vacuuming pgbench data John Rouillard (Mon 23 22:16)
• Re: "error with invalid page header" while vacuuming pgbench data Kevin Grittner (Mon 23 22:21)
• Re: "error with invalid page header" while vacuuming pgbench data John Rouillard (Wed 25 17:41)
• Re: "error with invalid page header" while vacuuming pgbench data Kevin Grittner (Wed 25 20:20)
• Re: "error with invalid page header" while vacuuming pgbench data John Rouillard (Wed 25 22:07)
• Re: "error with invalid page header" while vacuuming pgbench data Scott Marlowe (Wed 25 22:25)
• Re: "error with invalid page header" while vacuuming pgbench data Craig Ringer (Thu 26 03:18)
• Re: "error with invalid page header" while vacuuming pgbench data Greg Smith (Wed 25 20:46)
• postgres not use index, IN statement Anibal David Acosta (Mon 23 21:38)
• Re: postgres not use index, IN statement Craig Ringer (Mon 23 23:27)
• Logfile Nick Raj (Sun 22 11:43)
• SORT performance - slow? Strange, John W (Thu 19 21:26)
• Re: SORT performance - slow? Samuel Gendler (Thu 19 21:41)
• Re: SORT performance - slow? Tomas Vondra (Sun 22 23:11)
• Re: SORT performance - slow? Maciek Sakrejda (Mon 23 17:08)
• Re: SORT performance - slow? Robert Haas (Mon 23 17:27)
• Re: SORT performance - slow? Tomas Vondra (Mon 23 17:57)
• <Possible follow-ups>
• Re: SORT performance - slow? Kevin Grittner (Fri 20 03:52)
• [OT]: Confidentiality disclosures in list posts (Was: SORT performance - slow?) Lew (Fri 20 16:58)
• Re: [OT]: Confidentiality disclosures in list posts (Was: SORT performance - slow?) Shaun Thomas (Mon 23 13:26)
• LIMIT and UNION ALL Dave Johansen (Wed 18 15:26)
• Re: LIMIT and UNION ALL Robert Klemme (Wed 18 16:00)
• Re: LIMIT and UNION ALL Dave Johansen (Thu 26 16:46)
• Re: LIMIT and UNION ALL Tom Lane (Thu 26 17:00)
• Re: LIMIT and UNION ALL Pavel Stehule (Wed 18 16:00)
• Modifying shared_buffers causes despite plenty of ram STA (Tue 17 17:28)
• Re: Modifying shared_buffers causes despite plenty of ram STA (Tue 17 17:28)
• Re: Modifying shared_buffers causes despite plenty of ram STA (Tue 17 17:58)
• Pushing LIMIT into sub-queries of a UNION ALL? Dave Johansen (Tue 17 15:31)
• Re: Pushing LIMIT into sub-queries of a UNION ALL? Robert Klemme (Sun 22 17:34)
• Re: Pushing LIMIT into sub-queries of a UNION ALL? Dave Johansen (Mon 23 15:55)
• Re: Pushing LIMIT into sub-queries of a UNION ALL? Robert Klemme (Mon 23 19:47)
• Re: Pushing LIMIT into sub-queries of a UNION ALL? Josh Berkus (Mon 23 21:31)
• Fill Factor Anibal David Acosta (Tue 17 13:00)
• Re: Fill Factor Scott Marlowe (Tue 17 13:23)
• Re: Fill Factor Cédric Villemain (Tue 17 13:53)
• Performance degradation of inserts when database size grows Andrey Vorobiev (Tue 17 12:45)
• Re: Performance degradation of inserts when database size grows Leonardo Francalanci (Sun 22 06:38)
• Re: Performance degradation of inserts when database size grows Shaun Thomas (Mon 23 13:30)
• Re: Performance degradation of inserts when database size grows Tomas Vondra (Mon 23 18:49)
• Re: Performance degradation of inserts when database size grows Robert Haas (Mon 23 19:05)
• Re: Performance degradation of inserts when database size grows Tomas Vondra (Mon 23 19:21)
• Re: Performance degradation of inserts when database size grows Robert Haas (Mon 23 19:08)
• Re: Performance degradation of inserts when database size grows Terry Schmitt (Tue 24 05:24)
• Re: Performance degradation of inserts when database size grows Tomas Vondra (Tue 24 19:21)
• Re: Performance degradation of inserts when database size grows Greg Smith (Tue 24 21:46)
• <Possible follow-ups>
• Re: Performance degradation of inserts when database size grows Santhakumaran (Wed 25 02:01)
• hash semi join caused by "IN (select ...)" Clemens Eisserer (Mon 16 22:30)
• Re: hash semi join caused by "IN (select ...)" Tom Lane (Mon 16 23:22)
• Re: hash semi join caused by "IN (select ...)" Clemens Eisserer (Tue 17 07:39)
• Re: hash semi join caused by "IN (select ...)" Clemens Eisserer (Wed 18 08:46)
• Re: hash semi join caused by "IN (select ...)" Dave Johansen (Wed 18 14:01)
• Re: hash semi join caused by "IN (select ...)" Scott Carey (Wed 18 17:51)
• Re: hash semi join caused by "IN (select ...)" Dave Johansen (Tue 17 02:44)
• Pushing LIMIT into sub-queries of a UNION ALL Dave Johansen (Mon 16 19:38)
• Re: Pushing LIMIT into sub-queries of a UNION ALL Robert Haas (Mon 23 17:21)
• Why query takes soo much time Adarsh Sharma (Mon 16 05:39)
• Re: Why query takes soo much time Craig Ringer (Mon 16 10:00)
• Re: Why query takes soo much time Denis de Bernardy (Mon 16 11:16)
• Re: Why query takes soo much time Tom Lane (Mon 16 14:16)
• slow loop inserts? Ezequiel Lovelle (Sun 15 22:02)
• Re: slow loop inserts? Dan Birken (Sun 15 22:27)
• KVP table vs. hstore - hstore performance (Was: Postgres NoSQL emulation) Stefan Keller (Sat 14 10:10)
• Re: KVP table vs. hstore - hstore performance (Was: Postgres NoSQL emulation) Craig Ringer (Mon 16 00:25)
• Message not available
  • Message not available
    • FW: KVP table vs. hstore - hstore performance (Was: Postgres NoSQL emulation) m1ott (Tue 17 15:22)
    • Re: FW: KVP table vs. hstore - hstore performance (Was: Postgres NoSQL emulation) Pierre C (Mon 23 11:00)
    • Re: FW: KVP table vs. hstore - hstore performance (Was: Postgres NoSQL emulation) Stefan Keller (Tue 24 23:45)
    • Re: FW: KVP table vs. hstore - hstore performance (Was: Postgres NoSQL emulation) Pierre C (Wed 25 18:00)
    • Re: FW: KVP table vs. hstore - hstore performance (Was: Postgres NoSQL emulation) Merlin Moncure (Wed 25 22:09)
    • Re: FW: KVP table vs. hstore - hstore performance (Was: Postgres NoSQL emulation) Stefan Keller (Wed 25 23:03)
    • Re: FW: KVP table vs. hstore - hstore performance (Was: Postgres NoSQL emulation) Pierre C (Thu 26 09:31)
    • Re: FW: KVP table vs. hstore - hstore performance (Was: Postgres NoSQL emulation) Robert Haas (Mon 23 17:19)
• Re: KVP table vs. hstore - hstore performance (Was: Postgres NoSQL emulation) Merlin Moncure (Mon 16 13:47)
• Re: KVP table vs. hstore - hstore performance (Was: Postgres NoSQL emulation) Jim Nasby (Tue 17 19:31)
• Re: KVP table vs. hstore - hstore performance (Was: Postgres NoSQL emulation) Stefan Keller (Tue 17 22:07)
• Using pgiosim realistically John Rouillard (Fri 13 21:09)
• Re: Using pgiosim realistically ktm(at)rice(dot)edu (Sat 14 17:16)
• Re: Using pgiosim realistically John Rouillard (Mon 16 13:17)
• Re: Using pgiosim realistically Jeff (Mon 16 16:23)
• Re: Using pgiosim realistically John Rouillard (Mon 16 17:06)
• Re: Using pgiosim realistically Jeff (Mon 16 17:54)
• Re: Using pgiosim realistically John Rouillard (Tue 17 17:35)
• Re: reducing random_page_cost from 4 to 2 to force index scan Robert Haas (Fri 13 17:44)
• Re: reducing random_page_cost from 4 to 2 to force index scan Kevin Grittner (Fri 13 17:55)
• Re: reducing random_page_cost from 4 to 2 to force index scan Tom Lane (Fri 13 19:20)
• Re: reducing random_page_cost from 4 to 2 to force index scan Robert Haas (Fri 13 20:04)
• Re: reducing random_page_cost from 4 to 2 to force index scan Josh Berkus (Fri 13 20:13)
• Re: reducing random_page_cost from 4 to 2 to force index scan Cédric Villemain (Fri 13 20:51)
• Re: reducing random_page_cost from 4 to 2 to force index scan Robert Haas (Sat 14 02:20)
• Re: reducing random_page_cost from 4 to 2 to force index scan Josh Berkus (Sun 15 18:08)
• Re: reducing random_page_cost from 4 to 2 to force index scan Robert Haas (Sun 15 20:32)
• Re: reducing random_page_cost from 4 to 2 to force index scan Stuart Bishop (Sun 15 04:20)
• Re: reducing random_page_cost from 4 to 2 to force index scan Josh Berkus (Sun 15 18:20)
• Re: reducing random_page_cost from 4 to 2 to force index scan Cédric Villemain (Sun 15 21:46)

---

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

---

Mail converted by MHonArc