pgsql-performance 2007-05 Thread Index (2/4)

Skip site navigation (1) Skip section navigation (2)

Peripheral Links

Text Size: Normal / Large
Donate
Contact

Header And Logo

PostgreSQL

|

The world's most advanced open source database.

Site Navigation

pgsql-performance 2007-05 Thread Index (2/4)

Last updated: Wed Jan 18 04:17:19 2012
647 messages

Re: does VACUUM ANALYZE complete with this error?, (continued)
- Re: does VACUUM ANALYZE complete with this error? Susan Russo (Wed 23 19:04)
Drop table vs Delete record Orhan Aglagul (Tue 22 18:38)

<Possible follow-ups>
Re: Drop table vs Delete record Andreas Kostyrka (Tue 22 18:50)

Re: Drop table vs Delete record Orhan Aglagul (Tue 22 18:53)

Re: Drop table vs Delete record Chris Mair (Wed 23 20:24)

Domains versus Check Constraints Chander Ganesan (Tue 22 16:56)

Re: Domains versus Check Constraints Jim C. Nasby (Sun 27 15:59)

Re: Domains versus Check Constraints Stefan Kaltenbrunner (Sun 27 16:34)

Tips & Tricks for validating hardware/os Stephane Bailliez (Tue 22 13:11)

Re: Tips & Tricks for validating hardware/os Alexander Staubo (Tue 22 13:45)

Re: Tips & Tricks for validating hardware/os PFC (Tue 22 13:53)

Re: Tips & Tricks for validating hardware/os Greg Smith (Wed 23 05:13)
<Possible follow-ups>
Re: Tips & Tricks for validating hardware/os Andreas Kostyrka (Wed 23 06:33)

Re: Tips & Tricks for validating hardware/os Vivek Khera (Wed 23 15:51)

Performace comparison of indexes over timestamp fields Arnau (Tue 22 11:08)

Re: Performace comparison of indexes over timestamp fields Alexander Staubo (Tue 22 12:39)

Re: Performace comparison of indexes over timestamp fields Steinar H. Gunderson (Tue 22 12:43)

Re: Performace comparison of indexes over timestamp fields Alexander Staubo (Tue 22 13:00)

Re: Performace comparison of indexes over timestamp fields Tom Lane (Tue 22 14:11)

is file size relevant in choosing index or table scan? Joost Kraaijeveld (Tue 22 09:30)

Re: is file size relevant in choosing index or table scan? Richard Huxton (Tue 22 09:42)

Key/Value reference table generation: INSERT/UPDATE performance valgog (Tue 22 08:23)

Re: Key/Value reference table generation: INSERT/UPDATE performance Peter Childs (Tue 22 09:05)
Re: Key/Value reference table generation: INSERT/UPDATE performance Richard Huxton (Tue 22 09:23)

Re: Key/Value reference table generation: INSERT/UPDATE performance cedric (Tue 22 12:28)

Re: Key/Value reference table generation: INSERT/UPDATE performance Guillaume Smet (Wed 23 08:04)

Re: Key/Value reference table generation: INSERT/UPDATE performance valgog (Tue 22 10:01)

Re: Key/Value reference table generation: INSERT/UPDATE performance valgog (Tue 22 10:38)

Re: Key/Value reference table generation: INSERT/UPDATE performance PFC (Tue 22 10:12)

Re: Key/Value reference table generation: INSERT/UPDATE performance valgog (Tue 22 10:35)

Feature suggestion : FAST CLUSTER PFC (Tue 22 07:26)

Re: Feature suggestion : FAST CLUSTER Jim C. Nasby (Sun 27 15:53)

Re: Feature suggestion : FAST CLUSTER PFC (Sun 27 17:31)

Re: Feature suggestion : FAST CLUSTER Alexander Staubo (Sun 27 18:27)

Re: Feature suggestion : FAST CLUSTER PFC (Sun 27 18:42)

Re: Feature suggestion : FAST CLUSTER PFC (Tue 29 06:21)
Re: Feature suggestion : FAST CLUSTER Jim Nasby (Tue 29 07:57)

Re: Feature suggestion : FAST CLUSTER PFC (Tue 29 08:41)

Increasing Shared_buffers = slow commits? Chris Hoover (Mon 21 14:43)

Re: Increasing Shared_buffers = slow commits? Merlin Moncure (Mon 21 18:40)

Rewriting DISTINCT and losing performance Chuck D. (Mon 21 04:36)

Re: Rewriting DISTINCT and losing performance Josh Berkus (Mon 21 09:15)

Re: Rewriting DISTINCT and losing performance Chuck D. (Mon 21 15:10)

Re: Rewriting DISTINCT and losing performance Richard Huxton (Mon 21 17:34)

Re: Rewriting DISTINCT and losing performance Chuck D. (Mon 21 18:32)

Re: Rewriting DISTINCT and losing performance Tom Lane (Mon 21 21:32)

Re: Rewriting DISTINCT and losing performance Richard Huxton (Mon 21 11:40)

Re: Rewriting DISTINCT and losing performance Chuck D. (Mon 21 17:13)

Postgres Benchmark Results PFC (Sun 20 14:56)

Re: Postgres Benchmark Results Arjen van der Meijden (Sun 20 16:41)

Re: Postgres Benchmark Results PFC (Sun 20 17:07)

Re: Postgres Benchmark Results Arjen van der Meijden (Sun 20 17:26)
Re: Postgres Benchmark Results Tom Lane (Sun 20 17:26)

Re: Postgres Benchmark Results PFC (Sun 20 18:08)

Re: Postgres Benchmark Results Zoltan Boszormenyi (Sun 20 18:00)

Re: Postgres Benchmark Results Jim C. Nasby (Mon 21 21:01)

Re: Postgres Benchmark Results Guido Neitzer (Mon 21 23:45)

Re: Postgres Benchmark Results Greg Smith (Tue 22 05:51)

Re: Postgres Benchmark Results Guido Neitzer (Tue 22 06:01)
Re: Postgres Benchmark Results Zoltan Boszormenyi (Tue 22 06:27)

Re: Postgres Benchmark Results Scott Marlowe (Tue 22 00:28)

Re: Postgres Benchmark Results Alvaro Herrera (Tue 22 00:49)

Re: Postgres Benchmark Results Gregory Stark (Tue 22 08:04)
Re: Postgres Benchmark Results Greg Smith (Wed 23 03:48)
Re: Postgres Benchmark Results Gregory Stark (Wed 23 08:31)

Re: Postgres Benchmark Results Zoltan Boszormenyi (Tue 22 06:14)

Re: Postgres Benchmark Results Jim C. Nasby (Mon 21 21:05)

Re: Postgres Benchmark Results PFC (Mon 21 21:37)

Re: Postgres Benchmark Results Rich (Tue 22 00:05)
Re: Postgres Benchmark Results Gregory Stark (Tue 22 08:17)

Re: Postgres Benchmark Results PFC (Tue 22 10:07)

Re: Postgres Benchmark Results Chris (Mon 28 03:52)

Re: Postgres Benchmark Results PFC (Mon 28 06:39)

<Possible follow-ups>
Re: Postgres Benchmark Results Andreas Kostyrka (Sun 20 18:49)

Re: Postgres Benchmark Results PFC (Mon 21 21:33)

Re: Postgres Benchmark Results Peter Schuller (Tue 22 06:29)

QP Problem s d (Sat 19 22:08)

Re: QP Problem Tom Lane (Sat 19 23:20)

Efficient recursion C Storm (Fri 18 22:41)

Re: Efficient recursion Tom Lane (Sat 19 18:12)

Slow queries on big table Tyrrill, Ed (Fri 18 19:05)

Re: Slow queries on big table Scott Marlowe (Fri 18 19:36)

Re: Slow queries on big table Tom Lane (Fri 18 20:06)

Re: Slow queries on big table Tyrrill, Ed (Fri 18 21:23)

Re: Slow queries on big table Steinar H. Gunderson (Fri 18 21:28)
Re: Slow queries on big table Tom Lane (Fri 18 21:36)

Re: Slow queries on big table Tyrrill, Ed (Fri 18 23:17)

Re: Slow queries on big table Tom Lane (Fri 18 19:59)
Re: Slow queries on big table Andrew Kroeger (Fri 18 20:05)

choosing fillfactor Gene Hart (Fri 18 18:57)

Re: choosing fillfactor Heikki Linnakangas (Fri 18 20:19)

121+ million record table perf problems cyber-postgres (Fri 18 18:15)

Re: 121+ million record table perf problems Andrew Sullivan (Fri 18 18:30)

Re: 121+ million record table perf problems Tom Lane (Fri 18 19:37)
Re: 121+ million record table perf problems Vivek Khera (Mon 21 21:24)

Re: 121+ million record table perf problems Joshua D. Drake (Fri 18 18:50)

Re: 121+ million record table perf problems Alan Hodgson (Fri 18 19:08)

Re: 121+ million record table perf problems Brian Hurt (Fri 18 18:53)
Re: 121+ million record table perf problems Craig James (Fri 18 22:39)

Re: 121+ million record table perf problems Alvaro Herrera (Fri 18 23:21)

Re: 121+ million record table perf problems Greg Smith (Sat 19 05:17)

reading large BYTEA type is slower than expected Mark Harris (Fri 18 17:35)

Re: reading large BYTEA type is slower than expected Tom Lane (Fri 18 17:48)

Re: reading large BYTEA type is slower than expected Mark Harris (Fri 18 18:52)
Re: reading large BYTEA type is slower than expected Mark Harris (Fri 18 19:37)

Re: reading large BYTEA type is slower than expected Y Sidhu (Fri 18 17:50)

CPU Intensive query Abu Mushayeed (Fri 18 16:02)

Re: CPU Intensive query Steinar H. Gunderson (Fri 18 16:42)

Re: CPU Intensive query Abu Mushayeed (Fri 18 21:37)

Re: CPU Intensive query Steinar H. Gunderson (Fri 18 22:32)

Re: CPU Intensive query Steinar H. Gunderson (Fri 18 22:35)

Re: CPU Intensive query Tom Lane (Fri 18 21:51)

Re: CPU Intensive query Abu Mushayeed (Fri 18 22:26)

Re: CPU Intensive query Andrew Sullivan (Sat 19 13:21)

performance drop on 8.2.4, reverting to 8.1.4 Liviu Ionescu (Fri 18 09:21)

Re: performance drop on 8.2.4, reverting to 8.1.4 Steinar H. Gunderson (Fri 18 10:11)

Re: performance drop on 8.2.4, reverting to 8.1.4 Liviu Ionescu (Fri 18 10:15)

Re: performance drop on 8.2.4, reverting to 8.1.4 Steinar H. Gunderson (Fri 18 10:46)

Re: performance drop on 8.2.4, reverting to 8.1.4 Liviu Ionescu (Fri 18 11:06)

Re: performance drop on 8.2.4, reverting to 8.1.4 Steinar H. Gunderson (Fri 18 11:15)
Re: performance drop on 8.2.4, reverting to 8.1.4 Liviu Ionescu (Fri 18 11:52)
Re: performance drop on 8.2.4, reverting to 8.1.4 Steinar H. Gunderson (Fri 18 13:10)
Re: performance drop on 8.2.4, reverting to 8.1.4 Liviu Ionescu (Fri 18 13:34)
Re: performance drop on 8.2.4, reverting to 8.1.4 George Pavlov (Fri 18 15:13)
Re: performance drop on 8.2.4, reverting to 8.1.4 Liviu Ionescu (Fri 18 15:41)
Re: performance drop on 8.2.4, reverting to 8.1.4 Kenneth Marshall (Fri 18 16:21)
Re: performance drop on 8.2.4, reverting to 8.1.4 Liviu Ionescu (Fri 18 16:50)
Re: performance drop on 8.2.4, reverting to 8.1.4 Guido Neitzer (Sat 19 20:51)
Re: performance drop on 8.2.4, reverting to 8.1.4 Vivek Khera (Wed 23 15:47)
Re: performance drop on 8.2.4, reverting to 8.1.4 Tom Lane (Fri 18 15:54)

Ever Increasing IOWAIT Ralph Mason (Thu 17 22:45)

Re: Ever Increasing IOWAIT Joshua D. Drake (Thu 17 23:02)

Re: Ever Increasing IOWAIT Ralph Mason (Thu 17 23:19)

Re: Ever Increasing IOWAIT Richard Huxton (Fri 18 09:12)

Re: Ever Increasing IOWAIT Ralph Mason (Sun 20 20:41)

Re: Ever Increasing IOWAIT Tom Lane (Sun 20 21:58)

Re: Ever Increasing IOWAIT Ralph Mason (Mon 21 05:18)

Re: Ever Increasing IOWAIT Mark Lewis (Fri 18 13:58)

Re: Ever Increasing IOWAIT Ralph Mason (Sun 20 20:42)

WAL log performance/efficiency question Keaton Adams (Thu 17 14:04)

Re: WAL log performance/efficiency question Heikki Linnakangas (Thu 17 14:23)

Re: WAL log performance/efficiency question Tom Lane (Thu 17 14:56)
Re: WAL log performance/efficiency question Keaton Adams (Thu 17 15:34)

Re: WAL log performance/efficiency question Heikki Linnakangas (Thu 17 15:52)

Re: WAL log performance/efficiency question Keaton Adams (Thu 17 16:01)

any way to get rid of Bitmap Heap Scan recheck? Sergei Shelukhin (Thu 17 05:42)

Re: any way to get rid of Bitmap Heap Scan recheck? Sergei Shelukhin (Sat 19 10:22)
Re: any way to get rid of Bitmap Heap Scan recheck? Heikki Linnakangas (Sat 19 18:05)
Re: any way to get rid of Bitmap Heap Scan recheck? Tom Lane (Sat 19 18:10)

New performance documentation released Greg Smith (Wed 16 03:55)

Re: New performance documentation released Luke Lonergan (Wed 16 15:38)

Re: [PATCHES] Automatic adjustment of bgwriter_lru_maxpages Greg Smith (Wed 16 03:02)
How to Run a pg_stats Query Y Sidhu (Tue 15 22:42)

Re: How to Run a pg_stats Query Alvaro Herrera (Tue 15 22:50)

Disk Fills Up and fsck "Compresses" it Y Sidhu (Tue 15 20:18)

Re: Disk Fills Up and fsck "Compresses" it Jim C. Nasby (Tue 15 23:42)

Re: Disk Fills Up and fsck "Compresses" it Y Sidhu (Wed 16 15:21)

Re: Disk Fills Up and fsck "Compresses" it Jim C. Nasby (Wed 16 15:51)

Re: Disk Fills Up and fsck "Compresses" it Mark Kirkwood (Wed 16 23:29)

[doc patch] a slight VACUUM / VACUUM FULL doc improvement proposal Guillaume Cottenceau (Tue 15 16:43)

Re: [doc patch] a slight VACUUM / VACUUM FULL doc improvement proposal Michael Stone (Tue 15 17:45)

Re: [doc patch] a slight VACUUM / VACUUM FULL doc improvement proposal Guillaume Cottenceau (Wed 16 07:41)

Re: [doc patch] a slight VACUUM / VACUUM FULL doc improvement proposal Jim C. Nasby (Wed 16 15:48)

Re: [doc patch] a slight VACUUM / VACUUM FULL doc improvement proposal Guillaume Cottenceau (Wed 16 16:00)

Re: [doc patch] a slight VACUUM / VACUUM FULL doc improvement proposal Alvaro Herrera (Wed 16 16:09)
Re: [doc patch] a slight VACUUM / VACUUM FULL doc improvement proposal Jim C. Nasby (Wed 16 16:17)
Re: [doc patch] a slight VACUUM / VACUUM FULL doc improvement proposal Michael Stone (Wed 16 16:22)
Re: [doc patch] a slight VACUUM / VACUUM FULL doc improvement proposal Chris Browne (Wed 16 20:04)
Re: [doc patch] a slight VACUUM / VACUUM FULL doc improvement proposal Michael Stone (Wed 16 21:18)
Re: [doc patch] a slight VACUUM / VACUUM FULL doc improvement proposal Alvaro Herrera (Wed 16 21:25)
Re: [doc patch] a slight VACUUM / VACUUM FULL doc improvement proposal Tom Lane (Wed 16 21:31)

bitmap index and IS NULL predicate Jason Pinnix (Tue 15 15:16)

Re: bitmap index and IS NULL predicate Alexander Staubo (Tue 15 15:22)

Many to many join seems slow? Drew Wilson (Tue 15 13:58)

Re: Many to many join seems slow? Alvaro Herrera (Tue 15 14:05)

Re: Many to many join seems slow? Drew Wilson (Tue 15 14:11)

Re: Many to many join seems slow? Heikki Linnakangas (Tue 15 14:17)

Re: Many to many join seems slow? Drew Wilson (Tue 15 16:45)

Mail converted by MHonArc

Privacy Policy | About PostgreSQL
Copyright © 1996 – 2012 PostgreSQL Global Development Group