Skip site navigation (1)
Skip section navigation (2)
647 messages
30 May 2007
Re: Database connection for Tbl_B established Tom Lane (22:32)
Database connection for Tbl_B established Y Sidhu (21:45)
Re: setting up raid10 with more than 4 drives mark (20:43)
Re: setting up raid10 with more than 4 drives Luke Lonergan (20:19)
Re: Bad RAID1 read performance Luke Lonergan (20:14)
Re: setting up raid10 with more than 4 drives Rajesh Kumar Mallah (19:59)
Re: Bad RAID1 read performance Dimitri (18:20)
Re: Very slow left outer join Tom Lane (16:59)
Re: Very slow left outer join Tyrrill, Ed (16:55)
Re: Very slow left outer join Tyrrill, Ed (16:23)
Re: setting up raid10 with more than 4 drives mark (15:57)
Re: setting up raid10 with more than 4 drives Luke Lonergan (15:53)
Re: setting up raid10 with more than 4 drives PFC (15:38)
Re: setting up raid10 with more than 4 drives PFC (15:29)
Re: setting up raid10 with more than 4 drives Gregory Stark (15:23)
Re: setting up raid10 with more than 4 drives Luke Lonergan (15:22)
Re: setting up raid10 with more than 4 drives Michael Stone (15:09)
Re: Bad RAID1 read performance Albert Cervera Areny (15:00)
Re: setting up raid10 with more than 4 drives Luke Lonergan (14:37)
Re: setting up raid10 with more than 4 drives Michael Stone (14:26)
Re: Vacuum takes forever Andrew Sullivan (14:11)
Re: Bad RAID1 read performance Luke Lonergan (14:10)
Re: setting up raid10 with more than 4 drives Luke Lonergan (14:07)
Re: setting up raid10 with more than 4 drives Gregory Stark (12:08)
Re: setting up raid10 with more than 4 drives Stephen Frost (10:42)
Bad RAID1 read performance Albert Cervera Areny (09:42)
Re: Vacuum takes forever Dave Page (08:21)
Re: setting up raid10 with more than 4 drives Peter Childs (07:29)
Re: setting up raid10 with more than 4 drives david (05:29)
Re: setting up raid10 with more than 4 drives Jonah H. Harris (04:48)
Re: Vacuum takes forever Joost Kraaijeveld (03:58)
Re: setting up raid10 with more than 4 drives Luke Lonergan (03:50)
Re: setting up raid10 with more than 4 drives Stephen Frost (03:31)
Re: setting up raid10 with more than 4 drives Luke Lonergan (03:27)
Re: Very slow left outer join Tom Lane (03:22)
Re: setting up raid10 with more than 4 drives Rajesh Kumar Mallah (02:18)
Re: Very slow left outer join Klint Gore (01:47)
Re: Very slow left outer join Michael Glaesemann (01:38)
Re: How PostgreSQL handles multiple DDBB instances? Craig James (01:32)
Very slow left outer join Tyrrill, Ed (00:17)
29 May 2007
Re: setting up raid10 with more than 4 drives Luke Lonergan (21:57)
setting up raid10 with more than 4 drives Rajesh Kumar Mallah (21:22)
Re: Vacuum takes forever Joshua D. Drake (20:48)
Re: Vacuum takes forever Dave Page (20:43)
Re: Big problem with sql update operation Alvaro Herrera (20:41)
Re: Vacuum takes forever Joost Kraaijeveld (17:56)
Re: Vacuum takes forever PFC (17:14)
Vacuum takes forever Joost Kraaijeveld (17:03)
Re: general PG network slowness (possible cure) (repost) Merlin Moncure (13:19)
Re: PITR performance costs Merlin Moncure (13:07)
Re: Feature suggestion : FAST CLUSTER PFC (08:41)
Re: Feature suggestion : FAST CLUSTER Jim Nasby (07:57)
Re: Feature suggestion : FAST CLUSTER PFC (06:21)
28 May 2007
Re: PITR performance costs Simon Riggs (20:43)
Re: PITR performance costs Stephen Frost (19:46)
Re: PITR performance costs Dave Cramer (18:49)
Re: PITR performance costs Heikki Linnakangas (16:32)
Re: PITR performance costs A. Kretschmer (12:54)
Re: PITR performance costs Bill Moran (12:53)
PITR performance costs Dave Cramer (12:45)
Re: Postgres Benchmark Results PFC (06:39)
Re: Postgres Benchmark Results Chris (03:52)
27 May 2007
Re: Feature suggestion : FAST CLUSTER Alexander Staubo (18:27)
Re: Feature suggestion : FAST CLUSTER PFC (17:31)
Re: Domains versus Check Constraints Stefan Kaltenbrunner (16:34)
Re: Performance Problem with Vacuum of bytea table (PG 8.0.13) Jim C. Nasby (16:08)
Re: Memory allocation and Vacuum abends Jim C. Nasby (16:06)
Re: Simulate database fragmentation Jim C. Nasby (16:05)
Re: Domains versus Check Constraints Jim C. Nasby (15:59)
Re: Feature suggestion : FAST CLUSTER Jim C. Nasby (15:53)
Re: ECC RAM really needed? Andrew Sullivan (14:27)
26 May 2007
Re: ECC RAM really needed? mark (14:52)
Re: ECC RAM really needed? Michael Stone (12:43)
Re: Performance problem on 8.2.4, but not 8.2.3 Kristo Kaiv (12:41)
Re: general PG network slowness (possible cure) (repost) Peter T. Breuer (07:07)
Re: ECC RAM really needed? Tom Lane (04:19)
Re: ECC RAM really needed? Greg Smith (04:02)
Re: ECC RAM really needed? Bruno Wolff III (02:15)
ECC RAM really needed? Craig James (01:44)
Re: Adding disks/xlog & index Gregory Stark (00:36)
Re: general PG network slowness (possible cure) (repost) Tom Lane (00:20)
25 May 2007
Re: Adding disks/xlog & index Tom Lane (23:47)
Re: Big problem with sql update operation Alvaro Herrera (22:38)
Re: Big problem with sql update operation Michal Szymanski (22:27)
Re: general PG network slowness (possible cure) (repost) Peter T. Breuer (22:24)
Adding disks/xlog & index lists (21:48)
Re: Performance problem on 8.2.4, but not 8.2.3 Dave Pirotte (21:38)
Re: Performance problem on 8.2.4, but not 8.2.3 Tom Lane (20:34)
Re: Performance problem on 8.2.4, but not 8.2.3 Steinar H. Gunderson (20:05)
Re: Performance problem on 8.2.4, but not 8.2.3 Tom Lane (19:56)
Re: Performance problem on 8.2.4, but not 8.2.3 Kristo Kaiv (19:18)
Re: general PG network slowness (possible cure) (repost) Peter T. Breuer (18:58)
Performance problem on 8.2.4, but not 8.2.3 Dave Pirotte (18:36)
Re: How PostgreSQL handles multiple DDBB instances? Tom Lane (18:34)
Re: How PostgreSQL handles multiple DDBB instances? Arnau (18:17)
Re: LIKE search and performance Richard Huxton (18:15)
Re: How PostgreSQL handles multiple DDBB instances? Tom Lane (18:04)
Re: LIKE search and performance Gregory Stark (17:58)
Re: LIKE search and performance Richard Huxton (17:32)
Re: LIKE search and performance Richard Huxton (17:31)
Re: LIKE search and performance PFC (17:30)
Re: How PostgreSQL handles multiple DDBB instances? Arnau (17:16)
Re: LIKE search and performance Richard Huxton (17:14)
Re: LIKE search and performance Joshua D. Drake (17:08)
Re: LIKE search and performance mark (16:56)
Re: LIKE search and performance PFC (16:49)
Re: general PG network slowness (possible cure) (repost) Peter T. Breuer (16:34)
Re: general PG network slowness (possible cure) (repost) Tom Lane (16:16)
Re: general PG network slowness (possible cure) (repost) Peter T. Breuer (15:45)
Re: LIKE search and performance Richard Huxton (15:35)
Re: My quick and dirty "solution" (Re: Performance P roblem with Vacuum of bytea table (PG 8.0.13)) Andreas Kostyrka (15:21)
Re: general PG network slowness (possible cure) (repost) Tom Lane (15:20)
Re: general PG network slowness (possible cure) (repost) Peter T. Breuer (15:06)
Re: Big problem with sql update operation Tom Lane (14:28)
Re: How PostgreSQL handles multiple DDBB instances? Tom Lane (14:24)
Re: Performance Problem with Vacuum of bytea table (PG 8.0.13) Tom Lane (14:19)
Re: LIKE search and performance mark (14:16)
Re: My quick and dirty "solution" (Re: Performance Problem with Vacuum of bytea table (PG 8.0.13)) Bastian Voigt (14:11)
Re: general PG network slowness (possible cure) (repost) Alvaro Herrera (14:10)
Re: general PG network slowness (possible cure) (repost) Richard Huxton (14:09)
Re: general PG network slowness (possible cure) (repost) Tom Lane (14:07)
Re: My quick and dirty "solution" (Re: Performance Problem with Vacuum of bytea table (PG 8.0.13)) Bastian Voigt (14:06)
Re: general PG network slowness (possible cure) (repost) Peter T. Breuer (14:02)
Re: My quick and dirty "solution" (Re: Performance Problem with Vacuum of bytea table (PG 8.0.13)) Alvaro Herrera (13:57)
Re: general PG network slowness (possible cure) (repost) Richard Huxton (13:52)
Re: general PG network slowness (possible cure) (repost) Peter T. Breuer (13:44)
Re: general PG network slowness (possible cure) (repost) Peter T. Breuer (13:23)
Re: My quick and dirty "solution" (Re: Performance Problem with Vacuum of bytea table (PG 8.0.13)) Kristo Kaiv (13:18)
Re: My quick and dirty "solution" (Re: Performance Problem with Vacuum of bytea table (PG 8.0.13)) Richard Huxton (13:16)
Re: general PG network slowness (possible cure) (repost) Steinar H. Gunderson (13:03)
My quick and dirty "solution" (Re: Performance Problem with Vacuum of bytea table (PG 8.0.13)) Bastian Voigt (12:30)
Re: Performance Problem with Vacuum of bytea table (PG 8.0.13) Richard Huxton (11:51)
Re: Performance Problem with Vacuum of bytea table (PG 8.0.13) Bastian Voigt (11:10)
Re: Performance Problem with Vacuum of bytea table (PG 8.0.13) Richard Huxton (11:00)
Re: Performance Problem with Vacuum of bytea table (PG 8.0.13) Bastian Voigt (10:48)
Re: Performance Problem with Vacuum of bytea table (PG 8.0.13) Richard Huxton (10:33)
Re: general PG network slowness (possible cure) (repost) Richard Huxton (10:31)
Big problem with sql update operation Michal Szymanski (09:25)
How PostgreSQL handles multiple DDBB instances? Arnau (08:52)
Performance Problem with Vacuum of bytea table (PG 8.0.13) Bastian Voigt (08:52)
general PG network slowness (possible cure) (repost) Peter T. Breuer (08:51)
Re: LIKE search and performance Richard Huxton (08:18)
24 May 2007
Re: LIKE search and performance Craig James (22:07)
Re: LIKE search and performance mark (21:55)
Re: LIKE search and performance Alvaro Herrera (21:47)
Re: LIKE search and performance Craig James (21:22)
Re: LIKE search and performance Mark Lewis (21:02)
Re: LIKE search and performance James Mansion (20:51)
Re: LIKE search and performance Magnus Hagander (19:23)
Re: LIKE search and performance James Mansion (19:15)
Re: LIKE search and performance Andy (07:01)
Re: max_fsm_pages, shared_buffers and checkpoint_segments Heikki Linnakangas (04:28)
Memory allocation and Vacuum abends Leandro Guimarães dos Santos (02:01)
23 May 2007
Auto-ANALYZE? Craig James (23:45)
Re: does VACUUM ANALYZE complete with this error? Scott Marlowe (22:38)
Re: max_fsm_pages, shared_buffers and checkpoint_segments Peter Schuller (20:40)
Re: Drop table vs Delete record Chris Mair (20:24)
Re: does VACUUM ANALYZE complete with this error? Susan Russo (19:04)
Simulate database fragmentation Y Sidhu (18:58)
Re: does VACUUM ANALYZE complete with this error? Tom Lane (18:31)
Re: [PERFORM] does VACUUM ANALYZE complete with this error? Tom Lane (18:31)
Peripheral Links
Header And Logo
|
Site Navigation
pgsql-performance 2007-05 Chronological Index (1/4)
Last updated: Wed Jan 18 04:17:19 2012647 messages
- Thread Index
- [Prev Page]
- [Next Page]
- 31 May 2007
- Re: setting up raid10 with more than 4 drives Sander Steffann (23:12)
- Re: setting up raid10 with more than 4 drives Steinar H. Gunderson (22:39)
- Re: max_fsm_pages, shared_buffers and checkpoint_segments Vivek Khera (21:24)
- Re: Some info to share: db_STRESS Benchmark results Dimitri (20:19)
- Re: Some info to share: db_STRESS Benchmark results Alexander Staubo (19:48)
- Some info to share: db_STRESS Benchmark results Dimitri (19:28)
- Re: DB cluster sharing between 32 and 64 bit software versions Bill Moran (13:36)
- DB cluster sharing between 32 and 64 bit software versions Ireneusz Pluta (13:21)
- Re: Bad RAID1 read performance Albert Cervera Areny (11:00)
- Re: Append table Hanu Kurubar (03:36)
- Re: setting up raid10 with more than 4 drives Rajesh Kumar Mallah (01:54)
- Re: Database connection for Tbl_B established Y Sidhu (23:36)
- Re: How PostgreSQL handles multiple DDBB instances? Jeff Davis (22:07)
- Re: general PG network slowness (possible cure) (repost) Bruce Momjian (21:13)
- Re: Feature suggestion : FAST CLUSTER PFC (18:42)
- Re: general PG network slowness (possible cure) (repost) Tom Lane (16:46)
- Re: Adding disks/xlog & index Tom Lane (23:47)
- Re: LIKE search and performance PFC (22:07)
- Re: Auto-ANALYZE? Tom Lane (23:56)
- Thread Index
- [Prev Page]
- [Next Page]