Mailing lists [pgsql-performance]
- Re: Guidance Requested - Bulk Inserting + Queries Benjamin Johnson
- Re: Problems with FTS Jesper Krogh
- Re: Guidance Requested - Bulk Inserting + Queries Jeff Janes
- Re: vacuum internals and performance affect Josh Berkus
- Re: Autovacuum Issue Robert Haas
- Re: vacuum internals and performance affect MirrorX
- Re: Autovacuum Issue Mark Kirkwood
- Re: Autovacuum Issue Scott Marlowe
- Intersect/Union X AND/OR Thiago Godoi
- Re: Intersect/Union X AND/OR Bruce Momjian
- Re: Intersect/Union X AND/OR Merlin Moncure
- Question about VACUUM Ernesto Quiñones
- Re: Question about VACUUM Scott Marlowe
- pg_upgrade Tory M Blue
- Re: Question about VACUUM Ernesto Quiñones
- Re: pg_upgrade Klaus Ita
- Re: pg_upgrade Bruce Momjian
- manually force planner to use of index A vs index B MirrorX
- Re: manually force planner to use of index A vs index B Tomas Vondra
- Re: manually force planner to use of index A vs index B MirrorX
- Re: Question about VACUUM Kevin Grittner
- Re: pg_upgrade Tory M Blue
- Re: Question about VACUUM Scott Marlowe
- Re: pg_upgrade Bruce Momjian
- Re: pg_upgrade Bruce Momjian
- Re: unlogged tables Pierre C
- Re: Intersect/Union X AND/OR Thiago Godoi
- Re: pg_upgrade Nicholson, Brad (Toronto, ON, CA)
- Re: Intersect/Union X AND/OR Bruce Momjian
- Re: pg_upgrade Bruce Momjian
- Re: pg_upgrade Nicholson, Brad (Toronto, ON, CA)
- Re: pg_upgrade Bruce Momjian
- Re: Question about VACUUM Ernesto Quiñones
- Re: pg_upgrade Tory M Blue
- Re: Question about VACUUM Scott Marlowe
- Re: Question about VACUUM Scott Marlowe
- Re: Question about VACUUM Ernesto Quiñones
- Re: pg_upgrade Bruce Momjian
- Re: pg_upgrade Tory M Blue
- Re: Question about VACUUM Kevin Grittner
- Re: pg_upgrade Tory M Blue
- Re: pg_upgrade Bruce Momjian
- Re: pg_upgrade Bruce Momjian
- Re: Question about VACUUM Scott Marlowe
- Re: pg_upgrade Tory M Blue
- Different query plans on same servers Mario Splivalo
- Re: Different query plans on same servers Tom Lane
- Re: Different query plans on same servers Kevin Grittner
- Re: Different query plans on same servers Kevin Grittner
- Response time increases over time Havasvölgyi Ottó
- Re: Different query plans on same servers Mario Splivalo
- Re: Different query plans on same servers Mario Splivalo
- Re: Different query plans on same servers Mario Splivalo
- Re: Response time increases over time Josh Berkus
- Re: Question about VACUUM Josh Berkus
- Re: Response time increases over time Havasvölgyi Ottó
- Re: Different query plans on same servers Mario Splivalo
- Re: Response time increases over time Mario Splivalo
- Re: Intersect/Union X AND/OR Marti Raudsepp
- Re: Question about VACUUM Kevin Grittner
- Partitions and joins lead to index lookups on all partitions Christiaan Willemsen
- autovacuum, any log? Anibal David Acosta
- Re: pg_upgrade Tory M Blue
- Re: autovacuum, any log? Scott Marlowe
- Re: Partitions and joins lead to index lookups on all partitions Ondrej Ivanič
- Re: Response time increases over time Havasvölgyi Ottó
- Re: pg_upgrade failure "contrib" issue? Tory M Blue
- Re: Response time increases over time Aidan Van Dyk
- Re: Response time increases over time Havasvölgyi Ottó
- Re: Response time increases over time Marti Raudsepp
- Re: Partitions and joins lead to index lookups on all partitions voodooless
- Re: Response time increases over time Havasvölgyi Ottó
- Re: Response time increases over time Bob Lunney
- Re: Response time increases over time Havasvölgyi Ottó
- Slow query after upgrade from 8.2 to 8.4 Kaloyan Iliev Iliev
- Re: Slow query after upgrade from 8.2 to 8.4 Shaun Thomas
- Re: pg_upgrade Bruce Momjian
- Re: Slow query after upgrade from 8.2 to 8.4 Tom Lane
- Re: Slow query after upgrade from 8.2 to 8.4 Kaloyan Iliev Iliev
- Re: Slow query after upgrade from 8.2 to 8.4 Tom Lane
- Common slow query reasons - help with a special log Daniel Cristian Cruz
- Re: Common slow query reasons - help with a special log Andreas Kretschmer
- Re: Common slow query reasons - help with a special log Tomas Vondra
- Re: Common slow query reasons - help with a special log Daniel Cristian Cruz
- Re: Common slow query reasons - help with a special log Tomas Vondra
- Re: Common slow query reasons - help with a special log Daniel Cristian Cruz
- copy vs. C function Jon Nelson
- Re: copy vs. C function Craig Ringer
- Re: copy vs. C function Sam Gendler
- Re: copy vs. C function Jon Nelson
- Re: Common slow query reasons - help with a special log Tomas Vondra
- autovacuum, exclude table Anibal David Acosta
- Re: autovacuum, exclude table Craig Ringer
- Re: autovacuum, exclude table Anibal David Acosta
- Re: autovacuum, exclude table Heikki Linnakangas
- Re: autovacuum, exclude table Tom Lane
- Re: copy vs. C function Merlin Moncure
- Postgres array parser Aleksej Trofimov
- Re: Postgres array parser Pavel Stehule
- Re: Postgres array parser Aleksej Trofimov
- Re: copy vs. C function Jon Nelson
- Re: Postgres array parser Pavel Stehule
- select distinct uses index scan vs full table scan Jon Nelson
- Re: select distinct uses index scan vs full table scan Tom Lane
- Re: select distinct uses index scan vs full table scan Jon Nelson
- Re: Slow query after upgrade from 8.2 to 8.4 Mark Kirkwood
- Re: copy vs. C function Tom Lane
- Re: copy vs. C function idc danny
- Re: Postgres array parser Marc Mamin
- Re: Postgres array parser Aleksej Trofimov
- Re: Postgres array parser Marc Mamin
- Re: copy vs. C function Kevin Martyn
- Re: copy vs. C function Jon Nelson
- Re: copy vs. C function idc danny
- Re: copy vs. C function Tom Lane
- Re: copy vs. C function Jon Nelson
- Re: copy vs. C function Jon Nelson
- Is it possible to use index on column for regexp match operator '~'? Rural Hunter
- Re: Partitions and joins lead to index lookups on all partitions voodooless
- Re: Slow query after upgrade from 8.2 to 8.4 Kaloyan Iliev Iliev
- Re: Is it possible to use index on column for regexp match operator '~'? Marti Raudsepp
- Re: Is it possible to use index on column for regexp match operator '~'? Rural Hunter
- Re: copy vs. C function Jon Nelson
- Slow nested loop execution on larger server Greg Smith
- Re: Slow nested loop execution on larger server Scott Marlowe
- will the planner ever use an index when the condition is <> ? Roxanne Reid-Bennett
- Re: will the planner ever use an index when the condition is <> ? Filip Rembiałkowski
- Re: will the planner ever use an index when the condition is <> ? Віталій Тимчишин
- Re: will the planner ever use an index when the condition is <> ? Roxanne Reid-Bennett
- Re: will the planner ever use an index when the condition is <> ? Tom Lane
- Re: will the planner ever use an index when the condition is <> ? Marti Raudsepp
- Re: will the planner ever use an index when the condition is <> ? Roxanne Reid-Bennett
- Dramatic change in memory usage with version 9.1 Rafael Martinez
- Re: Dramatic change in memory usage with version 9.1 ktm@rice.edu
- Re: Dramatic change in memory usage with version 9.1 Marti Raudsepp
- OOM-killer issue with a specific query nabble.30.miller_2555@spamgourmet.com
- Re: Dramatic change in memory usage with version 9.1 Cédric Villemain
- Re: OOM-killer issue with a specific query Scott Marlowe
- Re: OOM-killer issue with a specific query 9 of 20) nabble.30.miller_2555@spamgourmet.com
- Re: OOM-killer issue with a specific query 9 of 20) Tom Lane
- Re: Dramatic change in memory usage with version 9.1 Craig Ringer
- Re: Dramatic change in memory usage with version 9.1 Rafael Martinez
- Re: Dramatic change in memory usage with version 9.1 Rafael Martinez
- Re: Dramatic change in memory usage with version 9.1 Scott Marlowe
- Re: Dramatic change in memory usage with version 9.1 Kevin Grittner
- Re: Dramatic change in memory usage with version 9.1 Havasvölgyi Ottó
- Re: Guidance Requested - Bulk Inserting + Queries Benjamin Johnson
- Re: Guidance Requested - Bulk Inserting + Queries Jeff Janes
- Re: OOM-killer issue with a specific query 11 of 20) nabble.30.miller_2555@spamgourmet.com
- Re: OOM-killer issue with a specific query SOLVED nabble.30.miller_2555@spamgourmet.com
- Re: Dramatic change in memory usage with version 9.1 Rafael Martinez
- Re: Dramatic change in memory usage with version 9.1 Havasvölgyi Ottó
- Postgresql 9.0.6 Raid 5 or not please help. tuanhoanganh
- Re: Postgresql 9.0.6 Raid 5 or not please help. Scott Marlowe
- Re: Postgresql 9.0.6 Raid 5 or not please help. Scott Marlowe
- Re: Postgresql 9.0.6 Raid 5 or not please help. tuanhoanganh
- Re: Postgresql 9.0.6 Raid 5 or not please help. Scott Marlowe
- Re: Postgresql 9.0.6 Raid 5 or not please help. Satoshi Nagayasu
- Re: Postgresql 9.0.6 Raid 5 or not please help. Mario Weilguni
- Re: Postgresql 9.0.6 Raid 5 or not please help. alexandre - aldeia digital
- Re: Postgresql 9.0.6 Raid 5 or not please help. Scott Marlowe
- Re: Postgresql 9.0.6 Raid 5 or not please help. tuanhoanganh
- Re: Postgresql 9.0.6 Raid 5 or not please help. Scott Marlowe
- Re: Postgresql 9.0.6 Raid 5 or not please help. tuanhoanganh
- Re: Postgresql 9.0.6 Raid 5 or not please help. Scott Marlowe
- How to clock the time spent for query parsing and planning? Igor Schtein
- Exploring memory usage Michael Smolsky
- Re: How to clock the time spent for query parsing and planning? Pavel Stehule
- parse - bind take more time than execute MirrorX
- Re: parse - bind take more time than execute MirrorX
- Re: parse - bind take more time than execute Filip Rembiałkowski
- Re: parse - bind take more time than execute MirrorX
- Re: parse - bind take more time than execute Pavel Stehule
- Re: parse - bind take more time than execute MirrorX
- Re: Exploring memory usage Claudio Freire
- Re: Exploring memory usage Scott Marlowe
- Re: Exploring memory usage Claudio Freire
- Re: Exploring memory usage Andrew Dunstan
- Re: Exploring memory usage Scott Marlowe
- Re: Exploring memory usage Scott Marlowe
- Subquery flattening causing sequential scan Jim Crate
- Re: Subquery flattening causing sequential scan Tom Lane
- Performance costs of various PL languages Carlo Stonebanks
- Re: Performance costs of various PL languages Pavel Stehule
- Re: Subquery flattening causing sequential scan Ondrej Ivanič
- Re: Performance costs of various PL languages Merlin Moncure
- Re: Performance costs of various PL languages Andrew Dunstan
- Re: Performance costs of various PL languages Carlo Stonebanks
- Re: Subquery flattening causing sequential scan Tom Lane
- Re: Subquery flattening causing sequential scan Віталій Тимчишин
- Re: PostgreSQL 9.0.4 blocking in lseek? Matteo Beccati
- Re: PostgreSQL 9.0.4 blocking in lseek? Matteo Beccati
- Re: Subquery flattening causing sequential scan Jim Crate
- Re: PostgreSQL 9.0.4 blocking in lseek? Matteo Beccati
- Re: PostgreSQL 9.0.4 blocking in lseek? Claudio Freire
- Re: PostgreSQL 9.0.4 blocking in lseek? Matteo Beccati
- Re: parse - bind take more time than execute Kevin Grittner
- Re: PostgreSQL 9.0.4 blocking in lseek? Matteo Beccati
- Postgresql Replication Performance sgupta
- Re: Postgresql Replication Performance Aleksej Trofimov
- Re: Postgresql Replication Performance Claudio Freire
- Re: Postgresql Replication Performance Merlin Moncure
- Re: Postgresql Replication Performance Aleksej Trofimov
- Re: parse - bind take more time than execute MirrorX
- Re: parse - bind take more time than execute Kevin Grittner
- partitioned table: differents plans, slow on some situations Matteo Sgalaberni
- Re: partitioned table: differents plans, slow on some situations Marcin Mirosław
- Re: partitioned table: differents plans, slow on some situations Matteo Sgalaberni
- Query performance - normal on 9.0.4, slow from 9.0.5 onwards Miguel Silva
- Re: Query performance - normal on 9.0.4, slow from 9.0.5 onwards Tom Lane
- Re: Query performance - normal on 9.0.4, slow from 9.0.5 onwards Miguel Silva
- Re: Query performance - normal on 9.0.4, slow from 9.0.5 onwards Merlin Moncure
- Re: Query performance - normal on 9.0.4, slow from 9.0.5 onwards Tom Lane