Postgresql Performance

Date Index

[Prev Page][Next Page]

Re: Any better plan for this query?.., (continued)
- Re: Any better plan for this query?.., Merlin Moncure
  - Re: Any better plan for this query?.., Merlin Moncure
    - Re: Any better plan for this query?.., Dimitri
      - Re: Any better plan for this query?.., Richard Huxton
        
        Re: Any better plan for this query?.., Ries van Twisk
        
        Re: Any better plan for this query?.., Dimitri
- Re: Any better plan for this query?.., Kenneth Marshall
  - Re: Any better plan for this query?.., Dimitri
    - Re: Any better plan for this query?.., Kenneth Marshall
    - Message not available
      - Re: Any better plan for this query?.., Dimitri
        
        Re: Any better plan for this query?.., Alvaro Herrera
Limit I/O bandwidth of a certain backend, Vlad Arkhipov
- Re: Limit I/O bandwidth of a certain backend, Bryan Murphy
- Re: Limit I/O bandwidth of a certain backend, Greg Smith
high shared buffer and swap, Laurent Laborde
- Re: high shared buffer and swap, Greg Stark
  - Re: [HACKERS] high shared buffer and swap, Martijn van Oosterhout
- Re: high shared buffer and swap, Scott Marlowe
- Re: [HACKERS] high shared buffer and swap, PFC
  - Re: [HACKERS] high shared buffer and swap, Laurent Laborde
    - Re: [HACKERS] high shared buffer and swap, Matthew Wakeling
Transparent table partitioning in future version of PG?, henk de wit
- Re: Transparent table partitioning in future version of PG?, Robert Haas
  - Re: Transparent table partitioning in future version of PG?, Simon Riggs
    - Re: Transparent table partitioning in future version of PG?, Tom Lane
      - Re: Transparent table partitioning in future version of PG?, Simon Riggs
        
        Re: Transparent table partitioning in future version of PG?, Alvaro Herrera
        
        Re: Transparent table partitioning in future version of PG?, Tom Lane
        
        Re: Transparent table partitioning in future version of PG?, Craig Ringer
        
        Re: Transparent table partitioning in future version of PG?, Simon Riggs
        
        Re: Transparent table partitioning in future version of PG?, Scott Carey
        
        Re: Transparent table partitioning in future version of PG?, Robert Haas
        
        Re: Transparent table partitioning in future version of PG?, david
        
        Re: Transparent table partitioning in future version of PG?, Robert Haas
        
        Re: Transparent table partitioning in future version of PG?, david
        
        Re: Transparent table partitioning in future version of PG?, Scott Carey
        
        Re: Transparent table partitioning in future version of PG?, Robert Haas
        
        Re: Transparent table partitioning in future version of PG?, Tom Lane
        
        Re: Transparent table partitioning in future version of PG?, Craig Ringer
        
        Re: Transparent table partitioning in future version of PG?, Scott Carey
- Re: Transparent table partitioning in future version of PG?, Scott Carey
Many left outer joins with limit performance, Gerhard Wiesinger
- Re: Many left outer joins with limit performance, Tom Lane
  - Re: Many left outer joins with limit performance, Gerhard Wiesinger
bad plan and LIMIT, James Nelson
- Re: bad plan and LIMIT, Adam Ruth
  - Re: bad plan and LIMIT, Grzegorz Jaśkiewicz
- Re: bad plan and LIMIT, Grzegorz Jaśkiewicz
  - Re: bad plan and LIMIT, James Nelson
- Re: bad plan and LIMIT, Tom Lane
  - Re: bad plan and LIMIT, James Nelson
- Message not available
  - Re: bad plan and LIMIT, James Nelson
pg_lock_status() performance, Merlin Moncure
- Re: pg_lock_status() performance, Tom Lane
  - Re: pg_lock_status() performance, Merlin Moncure
    - Re: pg_lock_status() performance, Merlin Moncure
      - Re: pg_lock_status() performance, Tom Lane
partition question for new server setup, Whit Armstrong
- Re: partition question for new server setup, Scott Marlowe
  - Re: partition question for new server setup, Whit Armstrong
    - Re: partition question for new server setup, Scott Marlowe
      - Re: partition question for new server setup, Kenneth Marshall
        
        Re: partition question for new server setup, Craig James
        
        Re: partition question for new server setup, Kevin Grittner
        
        Re: partition question for new server setup, Kenneth Marshall
        
        Re: partition question for new server setup, Scott Marlowe
        
        Re: partition question for new server setup, Whit Armstrong
        
        Re: partition question for new server setup, Kevin Grittner
        
        Re: partition question for new server setup, Whit Armstrong
        
        Re: partition question for new server setup, Scott Marlowe
        
        Re: partition question for new server setup, Scott Carey
        
        Re: partition question for new server setup, Whit Armstrong
        
        Re: partition question for new server setup, Scott Carey
        
        Re: partition question for new server setup, Scott Marlowe
    - Re: partition question for new server setup, Alan Hodgson
- Re: partition question for new server setup, Craig James
  - Re: partition question for new server setup, Scott Carey
    - Re: partition question for new server setup, Whit Armstrong
      - Re: partition question for new server setup, Scott Carey
        
        Re: partition question for new server setup, Whit Armstrong
        
        Re: partition question for new server setup, Scott Carey
        
        Re: partition question for new server setup, Whit Armstrong
    - Re: partition question for new server setup, Scott Marlowe
any interest of changing the page size ?, Laurent Laborde
plpgsql function running long, but resources consumption is very low, Wojtek
- Re: plpgsql function running long, but resources consumption is very low, Pavel Stehule
  - Re: plpgsql function running long, but resources consumption is very low, Scott Carey
[no subject], Adam Ruth
WHERE condition not being pushed down to union parts, John L. Clark
- Re: WHERE condition not being pushed down to union parts, Tom Lane
  - Re: WHERE condition not being pushed down to union parts, John L. Clark
    - Re: WHERE condition not being pushed down to union parts, Tom Lane
      - Message not available
        
        Re: WHERE condition not being pushed down to union parts, John L. Clark
        
        Re: WHERE condition not being pushed down to union parts, Tom Lane
        
        Re: WHERE condition not being pushed down to union parts, John L. Clark
        
        Re: WHERE condition not being pushed down to union parts, Tom Lane
performance for high-volume log insertion, david
- Re: performance for high-volume log insertion, Stephen Frost
  - Re: performance for high-volume log insertion, david
    - Re: performance for high-volume log insertion, Stephen Frost
      - Re: performance for high-volume log insertion, david
        
        Re: performance for high-volume log insertion, Stephen Frost
        
        Re: performance for high-volume log insertion, david
        
        Re: performance for high-volume log insertion, Stephen Frost
        
        Re: performance for high-volume log insertion, david
        
        Re: performance for high-volume log insertion, Ben Chobot
        
        Re: performance for high-volume log insertion, Stephen Frost
        
        Re: performance for high-volume log insertion, david
        
        Re: performance for high-volume log insertion, Stephen Frost
        
        Re: performance for high-volume log insertion, david
        
        Re: performance for high-volume log insertion, david
        
        Re: performance for high-volume log insertion, Stephen Frost
        
        Re: performance for high-volume log insertion, Stephen Frost
    - Re: performance for high-volume log insertion, Greg Smith
      - Re: performance for high-volume log insertion, Stephen Frost
        
        Re: performance for high-volume log insertion, david
        
        Re: performance for high-volume log insertion, Stephen Frost
      - Re: performance for high-volume log insertion, david
        
        Re: performance for high-volume log insertion, Stephen Frost
        
        Re: performance for high-volume log insertion, david
        
        Re: performance for high-volume log insertion, Richard Huxton
        
        Re: performance for high-volume log insertion, Kenneth Marshall
        
        Re: performance for high-volume log insertion, david
        
        Re: performance for high-volume log insertion, Kenneth Marshall
        
        Re: performance for high-volume log insertion, Greg Smith
        
        Re: performance for high-volume log insertion, david
        
        Re: performance for high-volume log insertion, Kenneth Marshall
        
        Re: performance for high-volume log insertion, Greg Smith
    - Re: performance for high-volume log insertion, James Mansion
      - Re: performance for high-volume log insertion, Stephen Frost
        
        Re: performance for high-volume log insertion, david
        
        Re: performance for high-volume log insertion, Robert Haas
        
        Re: performance for high-volume log insertion, Stephen Frost
        
        Re: performance for high-volume log insertion, Glenn Maynard
        
        Re: performance for high-volume log insertion, david
        
        Re: performance for high-volume log insertion, Glenn Maynard
        
        Re: performance for high-volume log insertion, Stephen Frost
        
        Re: performance for high-volume log insertion, Tom Lane
        
        Re: performance for high-volume log insertion, Glenn Maynard
        
        Re: performance for high-volume log insertion, Stephen Frost
        
        Re: performance for high-volume log insertion, Glenn Maynard
        
        Re: performance for high-volume log insertion, Stephen Frost
        
        Re: performance for high-volume log insertion, Glenn Maynard
        
        Re: performance for high-volume log insertion, Stephen Frost
        
        Re: performance for high-volume log insertion, david
        
        Re: performance for high-volume log insertion, Stephen Frost
        
        Re: performance for high-volume log insertion, Thomas Kellerer
        
        Re: performance for high-volume log insertion, Kris Jurka
        
        Re: performance for high-volume log insertion, Thomas
        
        Re: performance for high-volume log insertion, Scott Marlowe
        
        Re: performance for high-volume log insertion, Kris Jurka
        
        Re: performance for high-volume log insertion, Scott Marlowe
        
        Re: performance for high-volume log insertion, david
        
        Re: performance for high-volume log insertion, James Mansion
        
        Re: performance for high-volume log insertion, Stephen Frost
        
        Re: performance for high-volume log insertion, James Mansion
        
        Re: performance for high-volume log insertion, Joshua D. Drake
        
        Re: performance for high-volume log insertion, Glenn Maynard
        
        Re: performance for high-volume log insertion, david
        
        Re: performance for high-volume log insertion, Stephen Frost
        
        Re: performance for high-volume log insertion, PFC
        
        Re: performance for high-volume log insertion, david
        
        Re: performance for high-volume log insertion, Glenn Maynard
- Re: performance for high-volume log insertion, Simon Riggs
SQL With Dates, Rafael Domiciano
- Re: SQL With Dates, Grzegorz Jaśkiewicz
  - Re: SQL With Dates, Rafael Domiciano
- Re: SQL With Dates, Scott Marlowe
- Re: SQL With Dates, Mark Lewis
- Re: SQL With Dates, Robert Haas
stats are way off on 8.4 b1, Grzegorz Jaśkiewicz
- Re: stats are way off on 8.4 b1, Tom Lane
  - Re: stats are way off on 8.4 b1, Grzegorz Jaśkiewicz
    - Re: stats are way off on 8.4 b1, Heikki Linnakangas
      - Re: stats are way off on 8.4 b1, Grzegorz Jaśkiewicz
Optimizer's issue, Vlad Arkhipov
No hash join across partitioned tables?, Kris Jurka
- Re: No hash join across partitioned tables?, Tom Lane
  - Re: No hash join across partitioned tables?, Kris Jurka
    - Re: No hash join across partitioned tables?, Kris Jurka
      - Re: No hash join across partitioned tables?, Tom Lane
        
        Re: No hash join across partitioned tables?, Kris Jurka
        
        Re: No hash join across partitioned tables?, Tom Lane
        
        Re: No hash join across partitioned tables?, Kris Jurka
      - Re: No hash join across partitioned tables?, Tom Lane
        
        Re: No hash join across partitioned tables?, Bruce Momjian
        
        Re: No hash join across partitioned tables?, Tom Lane
        
        Re: No hash join across partitioned tables?, Robert Haas
        
        Re: No hash join across partitioned tables?, Tom Lane
        
        Re: No hash join across partitioned tables?, Grzegorz Jaśkiewicz
        
        Re: No hash join across partitioned tables?, Robert Haas
        
        Re: No hash join across partitioned tables?, Tom Lane
        
        Re: No hash join across partitioned tables?, Bruce Momjian
        
        Re: No hash join across partitioned tables?, Tom Lane
        
        Re: No hash join across partitioned tables?, Bruce Momjian
        
        Re: No hash join across partitioned tables?, Tom Lane
        
        Re: No hash join across partitioned tables?, Robert Haas
        
        Re: No hash join across partitioned tables?, Bruce Momjian
        
        Re: No hash join across partitioned tables?, Alvaro Herrera
        
        Re: No hash join across partitioned tables?, Tom Lane
        
        Re: No hash join across partitioned tables?, Samuel Gendler
        
        Re: No hash join across partitioned tables?, Alvaro Herrera
        
        Re: No hash join across partitioned tables?, Samuel Gendler
        
        Re: No hash join across partitioned tables?, Alvaro Herrera
        
        Re: No hash join across partitioned tables?, Robert Haas
GiST index performance, Matthew Wakeling
- Re: GiST index performance, Kevin Grittner
  - Re: GiST index performance, Matthew Wakeling
  - Re: GiST index performance, Tom Lane
    - Re: GiST index performance, Matthew Wakeling
      - Re: GiST index performance, Tom Lane
        
        Re: GiST index performance, Matthew Wakeling
    - Re: GiST index performance, Matthew Wakeling
      - Re: GiST index performance, Matthew Wakeling
        
        Re: GiST index performance, Tom Lane
        
        Message not available
        
        Re: GiST index performance, Matthew Wakeling
        
        Re: GiST index performance, Matthew Wakeling
        
        Re: GiST index performance, Matthew Wakeling
        
        Re: GiST index performance, Tom Lane
        
        Re: GiST index performance, Oleg Bartunov
        
        Message not available
        
        Message not available
        
        Re: GiST index performance, Matthew Wakeling
        
        Re: GiST index performance, Bruce Momjian
        
        Re: GiST index performance, Robert Haas
        
        Re: GiST index performance, Bruce Momjian
- Re: GiST index performance, dforum
  - Re: GiST index performance, Matthew Wakeling
  - Re: GiST index performance, Tom Lane
  - Re: GiST index performance, Craig Ringer
- <Possible follow-ups>
- GiST index performance, Matthew Wakeling
  - Re: GiST index performance, Robert Haas
    - Re: GiST index performance, Matthew Wakeling
      - Re: GiST index performance, Tom Lane
        
        Re: GiST index performance, Matthew Wakeling
        
        Re: GiST index performance, Tom Lane
        
        Re: GiST index performance, Matthew Wakeling
        
        Re: GiST index performance, Tom Lane
        
        Re: GiST index performance, Matthew Wakeling
        
        Re: GiST index performance, Matthew Wakeling
        
        Re: GiST index performance, Matthew Wakeling
        
        Re: GiST index performance, Tom Lane
        
        Re: GiST index performance, Adam Gundy
        
        Re: GiST index performance, Heikki Linnakangas
        
        Re: GiST index performance, Greg Smith
        
        Re: GiST index performance, Robert Haas
  - Re: GiST index performance, Bruce Momjian
    - Re: GiST index performance, Robert Haas
    - Re: GiST index performance, Matthew Wakeling
      - Re: GiST index performance, Robert Haas
      - Re: GiST index performance, Yeb Havinga
        
        Re: GiST index performance, Yeb Havinga
        
        Re: GiST index performance, Yeb Havinga
        
        Re: GiST index performance, Yeb Havinga
        
        Re: GiST index performance, Yeb Havinga
        
        Re: GiST index performance, Kenneth Marshall
        
        Re: GiST index performance, Yeb Havinga
        
        Re: GiST index performance, Matthew Wakeling
        
        Re: GiST index performance, Yeb Havinga
        
        Re: GiST index performance, Matthew Wakeling
Really dumb planner decision, Matthew Wakeling
- Re: Really dumb planner decision, Grzegorz Jaśkiewicz
  - Re: Really dumb planner decision, Matthew Wakeling
    - Re: Really dumb planner decision, Robert Haas
      - Re: Really dumb planner decision, Matthew Wakeling
        
        Re: Really dumb planner decision, Merlin Moncure
        
        Re: Really dumb planner decision, Tom Lane
        
        Re: Really dumb planner decision, Kevin Grittner
        
        Re: Really dumb planner decision, Merlin Moncure
        
        Re: Really dumb planner decision, Robert Haas
        
        Re: Really dumb planner decision, Matthew Wakeling
        
        Re: Really dumb planner decision, Tom Lane
- Re: Really dumb planner decision, Grzegorz Jaśkiewicz
  - Re: Really dumb planner decision, Matthew Wakeling
need information, Peeyush
error updating a very large table, Brian Cox
- Re: error updating a very large table, Grzegorz Jaśkiewicz
- Re: error updating a very large table, Tom Lane
  - Re: error updating a very large table, Simon Riggs
INSERT times - same storage space but more fields -> much slower inserts, Craig Ringer
- Re: INSERT times - same storage space but more fields -> much slower inserts, Stephen Frost
  - Re: INSERT times - same storage space but more fields -> much slower inserts, Matthew Wakeling
    - Re: INSERT times - same storage space but more fields -> much slower inserts, Stephen Frost
      - Re: INSERT times - same storage space but more fields -> much slower inserts, Craig Ringer
        
        Re: INSERT times - same storage space but more fields -> much slower inserts, Tom Lane
        
        Re: INSERT times - same storage space but more fields -> much slower inserts, Stephen Frost
        
        Re: INSERT times - same storage space but more fields -> much slower inserts, Matthew Wakeling
        
        Re: INSERT times - same storage space but more fields -> much slower inserts, Matthew Wakeling
2.6.26 kernel and PostgreSQL, Glyn Astill
- Re: 2.6.26 kernel and PostgreSQL, Kevin Grittner
  - Re: 2.6.26 kernel and PostgreSQL, Glyn Astill
    - Re: 2.6.26 kernel and PostgreSQL, Greg Smith
      - Re: 2.6.26 kernel and PostgreSQL, Glyn Astill
Postgres 8.x on Windows Server in production, Ognjen Blagojevic
- Re: Postgres 8.x on Windows Server in production, Josh Berkus
  - Re: Postgres 8.x on Windows Server in production, Grzegorz Jaśkiewicz
    - Re: Postgres 8.x on Windows Server in production, Ognjen Blagojevic
      - Re: Postgres 8.x on Windows Server in production, Scott Marlowe
      - Re: Postgres 8.x on Windows Server in production, Grzegorz Jaśkiewicz
      - Re: Postgres 8.x on Windows Server in production, Justin Pitts
- Re: Postgres 8.x on Windows Server in production, Rainer Mager
  - Re: Postgres 8.x on Windows Server in production, Scott Marlowe
    - Re: Postgres 8.x on Windows Server in production, Rainer Mager
      - Re: Postgres 8.x on Windows Server in production, Scott Marlowe
Shouldn't the planner have a higher cost for reverse index scans?, Josh Berkus
- Re: Shouldn't the planner have a higher cost for reverse index scans?, Tom Lane
  - Re: Shouldn't the planner have a higher cost for reverse index scans?, Josh Berkus
    - Re: Shouldn't the planner have a higher cost for reverse index scans?, Tom Lane
      - Re: Shouldn't the planner have a higher cost for reverse index scans?, Josh Berkus
        
        Re: Shouldn't the planner have a higher cost for reverse index scans?, Lists
        
        Re: Shouldn't the planner have a higher cost for reverse index scans?, Grzegorz Jaśkiewicz
        
        Re: Shouldn't the planner have a higher cost for reverse index scans?, Merlin Moncure
        
        Re: Shouldn't the planner have a higher cost for reverse index scans?, Tom Lane
        
        Re: Shouldn't the planner have a higher cost for reverse index scans?, Tom Lane
        
        Re: Shouldn't the planner have a higher cost for reverse index scans?, Lists
        
        Re: Shouldn't the planner have a higher cost for reverse index scans?, Tom Lane
      - Re: Shouldn't the planner have a higher cost for reverse index scans?, Matthew Wakeling
linux deadline i/o elevator tuning, Mark Wong
- Re: linux deadline i/o elevator tuning, Kevin Grittner
  - Re: linux deadline i/o elevator tuning, Grzegorz Jaśkiewicz
    - Re: linux deadline i/o elevator tuning, Matthew Wakeling
      - Re: linux deadline i/o elevator tuning, Grzegorz Jaśkiewicz
        
        Re: linux deadline i/o elevator tuning, Kevin Grittner
        
        Re: linux deadline i/o elevator tuning, Grzegorz Jaśkiewicz
        
        Re: linux deadline i/o elevator tuning, Matthew Wakeling
      - Re: linux deadline i/o elevator tuning, Kevin Grittner
    - Re: linux deadline i/o elevator tuning, Scott Carey
    - Re: linux deadline i/o elevator tuning, Albe Laurenz *EXTERN*
      - Re: linux deadline i/o elevator tuning, Jeff
        
        Re: linux deadline i/o elevator tuning, Kevin Grittner
  - Re: linux deadline i/o elevator tuning, Arjen van der Meijden
    - Re: linux deadline i/o elevator tuning, Kevin Grittner
- Re: linux deadline i/o elevator tuning, Mark Wong
  - Re: linux deadline i/o elevator tuning, Mark Wong
Nested query performance issue, Glenn Maynard
- Re: Nested query performance issue, Віталій Тимчишин
  - Re: Nested query performance issue, Glenn Maynard
    - Re: Nested query performance issue, Віталій Тимчишин
      - Re: Nested query performance issue, Glenn Maynard
      - Re: Nested query performance issue, Greg Smith
      - Re: Nested query performance issue, Merlin Moncure
- Re: Nested query performance issue, Heikki Linnakangas
  - Re: Nested query performance issue, Glenn Maynard
    - Re: Nested query performance issue, Matthew Wakeling
      - Re: Nested query performance issue, Glenn Maynard
  - Re: Nested query performance issue, Glenn Maynard
    - Re: Nested query performance issue, Tom Lane
bad query plans for ~ "^string" (and like "string%") (8.3.6), Marinos Yannikos
- Re: bad query plans for ~ "^string" (and like "string%") (8.3.6), Marinos Yannikos
  - Re: bad query plans for ~ "^string" (and like "string%") (8.3.6), Tom Lane
- Re: bad query plans for ~ "^string" (and like "string%") (8.3.6), Robert Haas
determining the locks that will be held by a query, Brian Cox
- <Possible follow-ups>
- determining the locks that will be held by a query, Brian Cox
  - Re: determining the locks that will be held by a query, Kevin Grittner
probelm with alter table add constraint......, roopasatish
- Re: probelm with alter table add constraint......, Robert Haas
- Re: probelm with alter table add constraint......, Albe Laurenz
  - Re: probelm with alter table add constraint......, Tom Lane
    - Re: probelm with alter table add constraint......, roopabenzer
difficulties with time based queries, Rainer Mager
- Re: difficulties with time based queries, David Wilson
  - Re: difficulties with time based queries, Rainer Mager
    - Re: difficulties with time based queries, Tom Lane
      - Re: difficulties with time based queries, Rainer Mager
        
        Re: difficulties with time based queries, Robert Haas
      - Re: difficulties with time based queries, Rainer Mager
        
        Re: difficulties with time based queries, PFC
        
        Re: difficulties with time based queries, Nikolas Everett
      - Re: difficulties with time based queries, Rainer Mager
        
        Re: difficulties with time based queries, Tom Lane
    - Re: difficulties with time based queries, Matthew Wakeling
- Re: difficulties with time based queries, PFC
- Re: difficulties with time based queries, Tom Lane
Best replication solution?, Lists
- Message not available
  - Re: Best replication solution?, Lists
    - Re: Best replication solution?, Greg Sabino Mullane
    - Re: Best replication solution?, Heikki Linnakangas
      - Re: Best replication solution?, Lists
        
        Re: Best replication solution?, Ivan Voras
      - Re: Best replication solution?, Marinos Yannikos
- Re: Best replication solution?, Andrew Sullivan
  - Re: Best replication solution?, Lists
    - Re: Best replication solution?, Andrew Sullivan
  - Re: Best replication solution?, Dimitri Fontaine
  - Re: Best replication solution?, Mark Kirkwood
    - Re: Best replication solution?, Andrew Sullivan
      - Re: Best replication solution?, Mark Kirkwood
      - Re: Best replication solution?, Jeff
        
        Re: Best replication solution?, Dimitri Fontaine
        
        Re: Best replication solution?, Jeff
Using IOZone to simulate DB access patterns, Josh Berkus
- Re: Using IOZone to simulate DB access patterns, Josh Berkus
  - Re: Using IOZone to simulate DB access patterns, Joshua D. Drake
    - Re: Using IOZone to simulate DB access patterns, Josh Berkus
- Re: Using IOZone to simulate DB access patterns, Laurent Laborde
- <Possible follow-ups>
- Re: Using IOZone to simulate DB access patterns, henk de wit
  - Re: Using IOZone to simulate DB access patterns, Jesper Krogh
    - Re: Using IOZone to simulate DB access patterns, henk de wit
      - Re: Using IOZone to simulate DB access patterns, Josh Berkus
        
        Re: Using IOZone to simulate DB access patterns, Mark Kirkwood
        
        Re: Using IOZone to simulate DB access patterns, Josh Berkus
        
        Re: Using IOZone to simulate DB access patterns, Scott Carey
        
        Re: Using IOZone to simulate DB access patterns, Josh Berkus
        
        Re: Using IOZone to simulate DB access patterns, Scott Carey
        
        Re: Using IOZone to simulate DB access patterns, Greg Smith
        
        Re: Using IOZone to simulate DB access patterns, Scott Carey
        
        Re: Using IOZone to simulate DB access patterns, Greg Smith
        
        Re: Using IOZone to simulate DB access patterns, M. Edward (Ed) Borasky
        
        Re: Using IOZone to simulate DB access patterns, Mark Wong
        
        Re: Using IOZone to simulate DB access patterns, Scott Carey
        
        Re: Using IOZone to simulate DB access patterns, Mark Wong
        
        Re: Using IOZone to simulate DB access patterns, Mark Wong
Question on pgbench output, David Kerr
- Re: Question on pgbench output, Tom Lane
  - Re: Question on pgbench output, David Kerr
    - Re: Question on pgbench output, Tom Lane
- Re: Question on pgbench output, Scott Marlowe
- Re: Question on pgbench output, Greg Smith
  - Re: Question on pgbench output, Tom Lane
    - Re: Question on pgbench output, David Kerr
      - Re: Question on pgbench output, David Kerr
      - Re: Question on pgbench output, Simon Riggs
        
        Re: Question on pgbench output, Tom Lane
        
        Re: Question on pgbench output, David Kerr
        
        Re: Question on pgbench output, Tom Lane
    - Re: Question on pgbench output, Greg Smith
      - Re: Question on pgbench output, David Kerr
plpgsql arrays, Matthew Wakeling
- Re: plpgsql arrays, Robert Haas
  - Re: plpgsql arrays, Matthew Wakeling
    - Re: plpgsql arrays, Tom Lane
      - Re: plpgsql arrays, Matthew Wakeling
        
        Re: plpgsql arrays, Tom Lane
        
        Re: plpgsql arrays, Matthew Wakeling
        
        Re: plpgsql arrays, Matthew Wakeling
        
        Re: plpgsql arrays, Tom Lane
        
        Re: plpgsql arrays, Matthew Wakeling
        
        Re: plpgsql arrays, Nathan Boley
      - Re: plpgsql arrays, Simon Riggs
        
        Re: plpgsql arrays, Alvaro Herrera
        
        Re: plpgsql arrays, Tom Lane
        
        Re: plpgsql arrays, Matthew Wakeling
        
        Re: plpgsql arrays, Matthew Wakeling
        
        Re: plpgsql arrays, Robert Haas
- Re: plpgsql arrays, Tom Lane
  - Re: plpgsql arrays, Matthew Wakeling
    - Re: plpgsql arrays, justin
      - Re: plpgsql arrays, Matthew Wakeling
        
        Re: plpgsql arrays, justin
        
        Re: plpgsql arrays, Tom Lane
        
        Re: plpgsql arrays, Matthew Wakeling
    - Re: plpgsql arrays, Merlin Moncure
      - Re: plpgsql arrays, Tom Lane
        
        Re: plpgsql arrays, Matthew Wakeling
        
        Re: plpgsql arrays, Tom Lane
- Re: plpgsql arrays, Merlin Moncure
  - Re: plpgsql arrays, Merlin Moncure
    - Re: plpgsql arrays, Matthew Wakeling
      - Re: plpgsql arrays, Merlin Moncure
Rewriting using rules for performance, Matthew Wakeling
- Re: Rewriting using rules for performance, Robert Haas
  - Re: Rewriting using rules for performance, Matthew Wakeling
- Re: Rewriting using rules for performance, Merlin Moncure
  - Re: Rewriting using rules for performance, Merlin Moncure
self join revisited, Rikard Pavelic
- Re: self join revisited, Matthew Wakeling
- Re: self join revisited, Tom Lane
  - Re: self join revisited, Rikard Pavelic
    - Re: self join revisited, Robert Haas
PostgreSQL, Mahu Vasile
- Re: PostgreSQL, Robert Haas
- <Possible follow-ups>
- PostgreSQL, nextage Tech
  - Re: PostgreSQL, Lew
  - Re: PostgreSQL, Greg Smith
How to get parallel restore in PG 8.4 to work?, henk de wit
- Re: How to get parallel restore in PG 8.4 to work?, Tom Lane
  - Re: How to get parallel restore in PG 8.4 to work?, henk de wit
    - Re: How to get parallel restore in PG 8.4 to work?, Tom Lane
      - Re: How to get parallel restore in PG 8.4 to work?, henk de wit
Re: Strange behavior: pgbench and new Linux kernels, Kevin Grittner
- Re: Strange behavior: pgbench and new Linux kernels, Greg Smith
- Re: Strange behavior: pgbench and new Linux kernels, Greg Smith
  - Re: Strange behavior: pgbench and new Linux kernels, Josh Berkus
    - Re: Strange behavior: pgbench and new Linux kernels, Greg Smith
Trying to track down weird query stalls, dan
- Re: Trying to track down weird query stalls, Robert Haas
  - Re: Trying to track down weird query stalls, dan
    - Re: Trying to track down weird query stalls, Robert Haas
      - Re: Trying to track down weird query stalls, dan
    - Re: Trying to track down weird query stalls, Scott Marlowe
      - Re: Trying to track down weird query stalls, dan
        
        Re: Trying to track down weird query stalls, Scott Marlowe
        
        Re: Trying to track down weird query stalls, dan
        
        Re: Trying to track down weird query stalls, Robert Haas
        
        Re: Trying to track down weird query stalls, dan
        
        Re: Trying to track down weird query stalls, Alvaro Herrera
        
        Re: Trying to track down weird query stalls, dan
        
        Re: Trying to track down weird query stalls, Alvaro Herrera
        
        Re: Trying to track down weird query stalls, dan
        
        Re: Trying to track down weird query stalls, Alvaro Herrera
        
        Re: Trying to track down weird query stalls, dan
        
        Re: Trying to track down weird query stalls, Alvaro Herrera
        
        Re: Trying to track down weird query stalls, Scott Carey
Forcing seq_scan off for large table joined with tiny table yeilds improved performance, Mario Splivalo
- Re: Forcing seq_scan off for large table joined with tiny table yeilds improved performance, Tom Lane
  - Re: Forcing seq_scan off for large table joined with tiny table yeilds improved performance, Mario Splivalo
    - Re: Forcing seq_scan off for large table joined with tiny table yeilds improved performance, Scott Marlowe
      - Re: Forcing seq_scan off for large table joined with tiny table yeilds improved performance, Mario Splivalo
        
        Re: Forcing seq_scan off for large table joined with tiny table yeilds improved performance, Scott Marlowe
        
        Re: Forcing seq_scan off for large table joined with tiny table yeilds improved performance, Mario Splivalo
        
        Re: Forcing seq_scan off for large table joined with tiny table yeilds improved performance, Scott Marlowe
        
        Re: Forcing seq_scan off for large table joined with tiny table yeilds improved performance, Mario Splivalo
        
        Re: Forcing seq_scan off for large table joined with tiny table yeilds improved performance, Scott Marlowe
Very specialised query, Matthew Wakeling
- Re: Very specialised query, Kevin Grittner
- Re: Very specialised query, Tom Lane
  - Re: Very specialised query, Matthew Wakeling
- Re: Very specialised query, Matthew Wakeling
  - Re: Very specialised query, Tom Lane
- Re: Very specialised query, Віталій Тимчишин
  - Re: Very specialised query, Matthew Wakeling
    - Re: Very specialised query, Tom Lane
      - Re: Very specialised query, Matthew Wakeling
      - Re: Very specialised query, Matthew Wakeling
        
        Re: Very specialised query, Віталій Тимчишин
        
        Re: Very specialised query, Matthew Wakeling
        
        Re: Very specialised query, Віталій Тимчишин
        
        Re: Very specialised query, Matthew Wakeling
        
        Re: Very specialised query, Matthew Wakeling
        
        Re: Very specialised query, Matthew Wakeling
        
        Re: Very specialised query, Craig Ringer
        
        Re: Very specialised query, Matthew Wakeling
        
        Re: Very specialised query, Віталій Тимчишин
        
        Re: Very specialised query, Matthew Wakeling
- Re: Very specialised query, Dimitri Fontaine
  - Re: Very specialised query, Matthew Wakeling
- Re: Very specialised query, Marc Mamin
  - Re: Very specialised query, Matthew Wakeling
    - Re: Very specialised query, Marc Mamin
      - Re: Very specialised query, Matthew Wakeling
- Re: Very specialised query, Marc Mamin
  - Re: Very specialised query, Matthew Wakeling
I have a fusion IO drive available for testing, Dave Cramer
- Re: I have a fusion IO drive available for testing, Kenny Gorman
- Re: I have a fusion IO drive available for testing, Jeff
- Re: I have a fusion IO drive available for testing, david
  - Re: I have a fusion IO drive available for testing, Jeff
  - Re: I have a fusion IO drive available for testing, David Rees
    - Re: I have a fusion IO drive available for testing, Dave Cramer
      - Re: I have a fusion IO drive available for testing, Craig James
        
        Re: I have a fusion IO drive available for testing, Chris Browne
- <Possible follow-ups>
- Re: I have a fusion IO drive available for testing, Luke Lonergan
Raid 10 chunksize, Mark Kirkwood
- Re: Raid 10 chunksize, Scott Carey
  - Re: Raid 10 chunksize, David Rees
    - Re: Raid 10 chunksize, Greg Smith
- Re: Raid 10 chunksize, Scott Marlowe
  - Re: Raid 10 chunksize, Mark Kirkwood
    - Re: Raid 10 chunksize, Jerry Champlin
    - Re: Raid 10 chunksize, Mark Kirkwood
      - Re: Raid 10 chunksize, Scott Carey
        
        Re: Raid 10 chunksize, Mark Kirkwood
        
        Re: Raid 10 chunksize, Mark Kirkwood
- Re: Raid 10 chunksize, Greg Smith
  - Re: Raid 10 chunksize, Scott Carey
    - Re: Raid 10 chunksize, Merlin Moncure
      - Re: Raid 10 chunksize, Scott Carey
        
        Re: Raid 10 chunksize, Merlin Moncure
        
        Re: Raid 10 chunksize, Scott Carey
  - Re: Raid 10 chunksize, Mark Kirkwood
    - Re: Raid 10 chunksize, Greg Smith
      - Re: Raid 10 chunksize, Mark Kirkwood
- Re: Raid 10 chunksize, Stef Telford
  - Re: Raid 10 chunksize, Mark Kirkwood
    - Re: Raid 10 chunksize, Scott Carey
      - Re: Raid 10 chunksize, Scott Carey

[Index of Archives] [Postgresql Home] [Postgresql General] [PHP on Windows] [Yosemite News]

Powered by Linux