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

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

• ideal storage configuration Samuel Gendler (Tue 29 21:00)
• Re: ideal storage configuration Kevin Grittner (Tue 29 21:30)
• Re: ideal storage configuration Matthew Wakeling (Wed 30 09:56)
• Re: ideal storage configuration Greg Smith (Wed 30 13:52)
• order by slowing down a query by 80 times Rajesh Kumar Mallah (Mon 28 11:08)
• Re: order by slowing down a query by 80 times Yeb Havinga (Mon 28 11:39)
• Re: order by slowing down a query by 80 times Andres Freund (Mon 28 13:26)
• Re: order by slowing down a query by 80 times Rajesh Kumar Mallah (Mon 28 13:42)
• Re: order by slowing down a query by 80 times Kevin Grittner (Mon 28 13:52)
• Re: order by slowing down a query by 80 times Tom Lane (Mon 28 14:17)
• Re: order by slowing down a query by 80 times Rajesh Kumar Mallah (Mon 28 19:03)
• Re: order by slowing down a query by 80 times Rajesh Kumar Mallah (Mon 28 19:56)
• Re: order by slowing down a query by 80 times Tom Lane (Mon 28 20:19)
• Architecting a database tony (Fri 25 20:04)
• Re: Architecting a database Craig Ringer (Sat 26 04:43)
• Re: Architecting a database Merlin Moncure (Sat 26 15:49)
• Re: Architecting a database Dimitri Fontaine (Mon 28 08:01)
• Re: Architecting a database tony (Wed 30 18:12)
• Re: Architecting a database Ben Chobot (Wed 30 18:28)
• Any recent AMD purchases? Greg Smith (Fri 25 18:48)
• sudden spurt in swap utilization (was:cpu bound postgresql setup.) Rajesh Kumar Mallah (Fri 25 09:55)
• Re: sudden spurt in swap utilization (was:cpu bound postgresql setup.) Devrim GÜNDÜZ (Fri 25 11:28)
• Re: sudden spurt in swap utilization (was:cpu bound postgresql setup.) Yeb Havinga (Fri 25 11:28)
• Re: sudden spurt in swap utilization (was:cpu bound postgresql setup.) Rajesh Kumar Mallah (Fri 25 14:14)
• Re: sudden spurt in swap utilization (was:cpu bound postgresql setup.) Kevin Grittner (Fri 25 14:32)
• Re: sudden spurt in swap utilization (was:cpu bound postgresql setup.) Rajesh Kumar Mallah (Fri 25 15:15)
• Re: sudden spurt in swap utilization (was:cpu bound postgresql setup.) Rajesh Kumar Mallah (Fri 25 15:59)
• Re: sudden spurt in swap utilization (was:cpu bound postgresql setup.) Tom Molesworth (Fri 25 16:39)
• Re: sudden spurt in swap utilization (was:cpu bound postgresql setup.) Rajesh Kumar Mallah (Fri 25 19:00)
• Re: Re: sudden spurt in swap utilization (was:cpu bound postgresql setup.) Tom Molesworth (Fri 25 20:53)
• Re: sudden spurt in swap utilization (was:cpu bound postgresql setup.) Kevin Grittner (Fri 25 16:42)
• Re: sudden spurt in swap utilization (was:cpu bound postgresql setup.) Rajesh Kumar Mallah (Sat 26 09:55)
• Re: sudden spurt in swap utilization (was:cpu bound postgresql setup.) Rajesh Kumar Mallah (Sat 26 13:22)
• Re: sudden spurt in swap utilization (was:cpu bound postgresql setup.) Greg Smith (Fri 25 17:07)
• Re: sudden spurt in swap utilization (was:cpu bound postgresql setup.) Rajesh Kumar Mallah (Sat 26 02:48)
• Re: Occasional giant spikes in CPU load Craig James (Fri 25 00:50)
• Re: Occasional giant spikes in CPU load Joshua D. Drake (Fri 25 01:01)
• Re: Occasional giant spikes in CPU load Greg Smith (Fri 25 01:14)
• Re: Occasional giant spikes in CPU load Tom Lane (Fri 25 04:05)
• Re: Occasional giant spikes in CPU load Craig James (Fri 25 13:48)
• Re: Occasional giant spikes in CPU load Tom Lane (Fri 25 14:47)
• Re: Occasional giant spikes in CPU load Craig James (Fri 25 16:17)
• Re: Occasional giant spikes in CPU load Kevin Grittner (Fri 25 16:41)
• Re: Occasional giant spikes in CPU load Craig James (Fri 25 17:07)
• Re: Occasional giant spikes in CPU load Greg Smith (Fri 25 16:55)
• Re: Occasional giant spikes in CPU load Tom Lane (Fri 25 17:01)
• pgbench results on a new server Craig James (Fri 25 18:53)
• Re: pgbench results on a new server Scott Marlowe (Fri 25 19:01)
• Re: pgbench results on a new server Greg Smith (Fri 25 19:03)
• Re: pgbench results on a new server Craig James (Mon 28 17:37)
• Re: pgbench results on a new server Merlin Moncure (Tue 29 13:18)
• Re: pgbench results on a new server Greg Smith (Wed 30 01:23)
• Re: Occasional giant spikes in CPU load Rajesh Kumar Mallah (Fri 25 16:07)
• Write performance Janning (Thu 24 12:43)
• Re: Write performance Kenneth Marshall (Thu 24 12:47)
• Re: Write performance Janning (Thu 24 13:31)
• Re: Write performance Matthew Wakeling (Thu 24 12:54)
• Re: Write performance Janning (Thu 24 13:16)
• Re: Write performance Janning Vygen (Thu 24 14:04)
• Re: Write performance Jesper Krogh (Thu 24 17:03)
• Re: Write performance Scott Carey (Fri 25 17:30)
• Re: Write performance Greg Smith (Thu 24 13:58)
• Small Queries Really Fast, Large Queries Really Slow... Tom Wilcox (Thu 24 10:45)
• Re: Small Queries Really Fast, Large Queries Really Slow... tv (Thu 24 11:20)
• WAL+Os on a single disk Anj Adu (Wed 23 19:01)
• Re: WAL+Os on a single disk Scott Marlowe (Wed 23 19:34)
• Re: WAL+Os on a single disk Matthew Wakeling (Thu 24 09:14)
• Re: WAL+Os on a single disk Scott Marlowe (Thu 24 13:32)
• Re: WAL+Os on a single disk Anj Adu (Thu 24 14:55)
• Re: WAL+Os on a single disk Robert Haas (Sat 26 01:15)
• Re: cpu bound postgresql setup. Firstly many thanks for responding. I am concerned because the load averages have increased and users complaining of slowness. I do not change settings frequenly. I was curious if there is any half dead component in th Rajesh Kumar Mallah (Wed 23 17:30)
• Re: cpu bound postgresql setup. Kevin Grittner (Wed 23 17:43)
• Message not available
  • Message not available
    • Message not available
      • Message not available
      • Message not available
      • Re: cpu bound postgresql setup. Rajesh Kumar Mallah (Thu 24 14:56)
      • Re: cpu bound postgresql setup. Kevin Grittner (Thu 24 15:28)
      • Re: cpu bound postgresql setup. Rajesh Kumar Mallah (Thu 24 17:25)
      • Re: cpu bound postgresql setup. Rajesh Kumar Mallah (Thu 24 17:27)
      • Re: cpu bound postgresql setup. Benjamin Krajmalnik (Thu 24 18:38)
      • Re: cpu bound postgresql setup. Bruce Momjian (Mon 28 21:44)
      • Re: cpu bound postgresql setup. Benjamin Krajmalnik (Tue 29 15:12)
      • Re: cpu bound postgresql setup. Bruce Momjian (Tue 29 15:29)
      • Re: cpu bound postgresql setup. Alvaro Herrera (Thu 24 18:58)
      • Re: cpu bound postgresql setup. Kevin Grittner (Thu 24 19:00)
• Re: cpu bound postgresql setup. Rajesh Kumar Mallah (Wed 23 14:54)
• Re: cpu bound postgresql setup. Kevin Grittner (Wed 23 15:29)
• slow index lookup Anj Adu (Tue 22 22:24)
• Re: slow index lookup Alvaro Herrera (Tue 22 23:44)
• Re: slow index lookup Anj Adu (Wed 23 01:00)
• Re: slow index lookup Joshua D. Drake (Wed 23 01:11)
• Re: slow index lookup Anj Adu (Wed 23 01:21)
• Re: slow index lookup Tom Lane (Wed 23 02:02)
• Re: slow index lookup Anj Adu (Wed 23 03:05)
• Re: slow index lookup Anj Adu (Wed 23 16:59)
• Re: slow index lookup Kevin Grittner (Wed 23 17:08)
• ALTER Table and CLUSTER does adding a new column rewrite clustered? (8.4.3) Scott Carey (Tue 22 17:30)
• Re: ALTER Table and CLUSTER does adding a new column rewrite clustered? (8.4.3) Bruce Momjian (Thu 24 15:03)
• raid10 write performance Grzegorz Jaśkiewicz (Tue 22 09:31)
• Re: raid10 write performance Justin Graf (Tue 22 13:56)
• Re: raid10 write performance Karl Denninger (Tue 22 14:50)
• Re: raid10 write performance Dave Crooke (Tue 22 16:01)
• Re: raid10 write performance Scott Carey (Tue 22 17:29)
• Re: raid10 write performance Greg Smith (Tue 22 14:40)
• Re: raid10 write performance Ivan Voras (Wed 23 10:07)
• Re: raid10 write performance Florian Weimer (Wed 23 12:00)
• Re: raid10 write performance Ivan Voras (Wed 23 12:25)
• Re: raid10 write performance Matthew Wakeling (Wed 23 12:46)
• Re: raid10 write performance Scott Marlowe (Wed 23 12:54)
• Re: raid10 write performance Scott Marlowe (Wed 23 12:56)
• Re: mysql to postgresql, performance questions Thom Brown (Mon 21 18:02)
• Re: mysql to postgresql, performance questions Scott Marlowe (Mon 21 18:08)
• Low perfomance SUM and Group by large databse Sergio Charpinel Jr. (Mon 21 14:42)
• Re: Low perfomance SUM and Group by large databse Craig Ringer (Mon 21 22:07)
• Re: Low perfomance SUM and Group by large databse Russell Smith (Tue 22 09:45)
• Re: Low perfomance SUM and Group by large databse Sergio Charpinel Jr. (Wed 23 11:40)
• Re: Low perfomance SUM and Group by large databse Sergio Charpinel Jr. (Tue 29 11:59)
• Aggressive autovacuuming ? Jesper Krogh (Sun 20 17:44)
• Re: Aggressive autovacuuming ? Scott Marlowe (Sun 20 20:13)
• Re: Aggressive autovacuuming ? Alvaro Herrera (Mon 21 16:37)
• Re: Aggressive autovacuuming ? Robert Haas (Wed 23 17:58)
• Re: Aggressive autovacuuming ? Scott Marlowe (Wed 23 18:20)
• Re: Aggressive autovacuuming ? Robert Haas (Wed 23 18:49)
• Re: Aggressive autovacuuming ? Kevin Grittner (Mon 21 17:01)
• join vs exists AI Rumman (Sun 20 08:55)
• <Possible follow-ups>
• Re: join vs exists Kevin Grittner (Sun 20 15:02)
• Slow function in queries SELECT clause. Davor J. (Sat 19 19:59)
• Re: Slow function in queries SELECT clause. Szymon Guz (Sun 20 11:23)
• Re: Slow function in queries SELECT clause. Davor J. (Sun 20 11:59)
• Re: Slow function in queries SELECT clause. Tom Lane (Sun 20 15:21)
• Re: Slow function in queries SELECT clause. Davor J. (Mon 21 07:29)
• wal_synch_method = open_sync safe on RHEL 5.5? Mark Kirkwood (Fri 18 01:39)
• Re: wal_synch_method = open_sync safe on RHEL 5.5? Greg Smith (Fri 18 03:29)
• Re: wal_synch_method = open_sync safe on RHEL 5.5? Mark Mielke (Fri 18 03:57)
• Re: wal_synch_method = open_sync safe on RHEL 5.5? Greg Smith (Fri 18 06:03)
• Re: wal_synch_method = open_sync safe on RHEL 5.5? Mark Kirkwood (Fri 18 04:20)
• Add slowdown after conversion to UTF8 Brant Fitzsimmons (Thu 17 22:37)
• Re: Add slowdown after conversion to UTF8 Tom Lane (Thu 17 23:17)
• Re: Add slowdown after conversion to UTF8 Peter Eisentraut (Fri 18 04:09)
• HashAggregate slower than sort? Jatinder Sangha (Thu 17 17:10)
• <Possible follow-ups>
• HashAggregate slower than sort? Jatinder Sangha (Fri 18 16:03)
• Re: HashAggregate slower than sort? Kevin Grittner (Fri 18 17:59)
• Re: HashAggregate slower than sort? Jatinder Sangha (Mon 21 09:59)
• Re: HashAggregate slower than sort? Kevin Grittner (Mon 21 13:54)
• Obtaining the exact size of the database. venu madhav (Thu 17 09:08)
• Re: Obtaining the exact size of the database. Dave Crooke (Sun 20 14:22)
• Re: Obtaining the exact size of the database. Tom Lane (Sun 20 15:34)
• Re: Obtaining the exact size of the database. Greg Smith (Sun 20 20:04)
• Re: Obtaining the exact size of the database. Scott Marlowe (Sun 20 20:31)
• Query slow after analyse on postgresql 8.2 Kaufhold, Christian (LFD) (Thu 17 08:20)
• Re: Query slow after analyse on postgresql 8.2 Tom Lane (Thu 17 14:59)
• Message not available
  • Re: Query slow after analyse on postgresql 8.2 Kaufhold, Christian (LFD) (Thu 17 15:30)
• Confirm calculus Juan Pablo Sandoval Rivera (Wed 16 19:13)
• <Possible follow-ups>
• Confirm calculus Juan Pablo Sandoval Rivera (Wed 16 19:13)
• Re: Confirm calculus Kevin Grittner (Wed 16 19:26)
• Re: Confirm calculus Scott Marlowe (Wed 16 19:34)
• Parallel queries for a web-application |performance testing Balkrishna Sharma (Wed 16 18:28)
• Re: Parallel queries for a web-application |performance testing Kevin Grittner (Wed 16 21:19)
• Re: Parallel queries for a web-application |performance testing Dimitri Fontaine (Thu 17 09:00)
• Re: Parallel queries for a web-application |performance testing Matthew Wakeling (Thu 17 09:41)
• Re: Parallel queries for a web-application |performance testing Pierre C (Thu 17 11:13)
• Re: Parallel queries for a web-application |performance testing Dimitri Fontaine (Thu 17 11:32)
• B-Heaps Eliot Gable (Tue 15 03:21)
• Re: B-Heaps Heikki Linnakangas (Tue 15 06:10)
• Re: B-Heaps Greg Smith (Tue 15 06:41)
• Re: B-Heaps A. Kretschmer (Tue 15 06:49)
• Re: B-Heaps Yeb Havinga (Tue 15 19:33)
• Re: B-Heaps Matthew Wakeling (Tue 15 12:23)
• Re: B-Heaps Robert Haas (Fri 18 11:54)
• Re: B-Heaps Matthew Wakeling (Fri 18 16:34)
• Re: B-Heaps Greg Smith (Fri 18 17:53)
• Re: B-Heaps Yeb Havinga (Fri 18 18:30)
• Re: B-Heaps Kevin Grittner (Fri 18 18:44)
• Re: B-Heaps Yeb Havinga (Fri 18 20:18)
• Re: B-Heaps Tom Lane (Fri 18 19:41)
• Re: B-Heaps Robert Haas (Sat 19 12:08)
• Re: B-Heaps Greg Smith (Sun 20 19:57)
• PostgreSQL as a local in-memory cache jgardner(at)jonathangardner(dot)net (Tue 15 02:17)
• Re: PostgreSQL as a local in-memory cache Chris Browne (Tue 15 15:48)
• Re: PostgreSQL as a local in-memory cache Steve Wampler (Tue 15 17:02)
• Re: PostgreSQL as a local in-memory cache Craig James (Tue 15 17:12)
• Re: PostgreSQL as a local in-memory cache Chris Browne (Tue 15 18:18)
• Re: PostgreSQL as a local in-memory cache Jaime Casanova (Tue 15 23:10)

---

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

---

Mail converted by MHonArc