• Text Size: Normal / Large
• Donate
• Contact

Section Navigation

• Community
• Mailing Lists
  • Subscribe
  • User lists
    • pgsql-admin
    • pgsql-advocacy
    • pgsql-announce
    • pgsql-bugs
    • pgsql-docs
    • pgsql-cygwin
    • pgsql-general
    • pgsql-interfaces
    • pgsql-jdbc
    • pgsql-jobs
    • pgsql-novice
    • pgsql-odbc
    • pgsql -performance
    • pgsql-php
    • pgsql-ports
    • pgsql-sql
  • Developer lists
  • Regional lists
  • Project lists
  • User groups
  • Inactive lists
• IRC
• In The Real World
• International Sites
• Propaganda
• Resources
• Weekly News

pgsql-performance 2006-04 Thread Index (1/4)

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

• [no subject] Unknown
• [no subject] Unknown
• [no subject] Unknown
• [no subject] Unknown
• [no subject] Unknown
• Performance Issues on Opteron Dual Core Gregory Stewart
• Re: Performance Issues on Opteron Dual Core Mark Kirkwood
• hardare config question Erik Myllymaki
• Re: hardare config question Vivek Khera
• Re: hardare config question Mark Lewis
• Re: hardare config question Luke Lonergan
• <Possible follow-ups>
• Re: hardare config question Ron Peacetree
• Arrays and index scan Markus Schaber
• Re: Arrays and index scan Tom Lane
• query performance question gulsah
• Re: query performance question Dave Dutcher
• CPU usage goes to 100%, query seems to ran forever Andrus
• Re: CPU usage goes to 100%, query seems to ran forever Tom Lane
• Re: CPU usage goes to 100%, query seems to ran forever Andrus
• Re: CPU usage goes to 100%, query seems to ran forever Tom Lane
• Re: CPU usage goes to 100%, query seems to ran forever Andrus
• Why so slow? Bealach-na Bo
• Re: Why so slow? Andreas Kretschmer
• Re: Why so slow? Bealach-na Bo
• Re: Why so slow? Jim C. Nasby
• Re: Why so slow? Bealach-na Bo
• Re: Why so slow? Bruno Wolff III
• Re: Why so slow? K C Lau
• Re: Why so slow? Tom Lane
• Re: Why so slow? K C Lau
• Re: Why so slow? Michael Stone
• Re: Why so slow? Alan Hodgson
• Re: Why so slow? Bealach-na Bo
• Re: Why so slow? Alan Hodgson
• Re: Why so slow? Bealach-na Bo
• Re: Why so slow? Bill Moran
• Firebird 1.5.3 X Postgresql 8.1.3 (linux Firebird 1.5.3 X Postgresql 8.1.3 (linux and and windows)] andremachado
• Re: Firebird 1.5.3 X Postgresql 8.1.3 (linux Firebird 1.5.3 X Postgresql 8.1.3 (linux and and windows)] Tom Lane
• how unsafe (or worst scenarios) when setting fsync OFF for postgresql Guoping Zhang
• Re: how unsafe (or worst scenarios) when setting fsync Simon Riggs
• Re: how unsafe (or worst scenarios) when setting fsync Tom Lane
• Re: how unsafe (or worst scenarios) when setting fsync Guoping Zhang
• Re: how unsafe (or worst scenarios) when setting fsync Tom Lane
• Re: how unsafe (or worst scenarios) when setting fsync OFF for postgresql Guillaume Smet
• Re: how unsafe (or worst scenarios) when setting fsync OFF for postgresql Guoping Zhang
• Re: how unsafe (or worst scenarios) when setting fsync OFF for postgresql Tom Lane
• Re: how unsafe (or worst scenarios) when setting fsync OFF for postgresql Guoping Zhang
• Re: how unsafe (or worst scenarios) when setting fsync OFF for postgresql Tom Lane
• Re: how unsafe (or worst scenarios) when setting fsync OFF for postgresql Guoping Zhang
• Re: how unsafe (or worst scenarios) when setting fsync Markus Schaber
• <Possible follow-ups>
• Re: how unsafe (or worst scenarios) when setting fsync OFF for postgresql Mikael Carneholm
• Re: how unsafe (or worst scenarios) when setting fsync OFF for postgresql Mikael Carneholm
• Running on an NFS Mounted Directory Ketema Harris
• Re: Running on an NFS Mounted Directory Steve Wampler
• Re: Running on an NFS Mounted Directory Jim C. Nasby
• Re: Running on an NFS Mounted Directory Ketema Harris
• Re: Running on an NFS Mounted Directory Michael Stone
• Re: Running on an NFS Mounted Directory Ketema Harris
• Re: Running on an NFS Mounted Directory Bruno Wolff III
• Re: Running on an NFS Mounted Directory Ketema Harris
• Re: Running on an NFS Mounted Directory Bruno Wolff III
• Re: Running on an NFS Mounted Directory Ketema Harris
• Re: Running on an NFS Mounted Directory Dan Gorman
• Re: Running on an NFS Mounted Directory Steve Wampler
• Re: Running on an NFS Mounted Directory Michael Stone
• Re: Running on an NFS Mounted Directory Ketema Harris
• Re: Running on an NFS Mounted Directory Michael Stone
• Re: Running on an NFS Mounted Directory Jim C. Nasby
• Re: Running on an NFS Mounted Directory Michael Stone
• Re: Running on an NFS Mounted Directory Dan Gorman
• Slow restoration question Eric Lam
• Re: Slow restoration question Tom Lane
• Re: Slow restoration question Andreas Kretschmer
• slow deletes on pgsql 7.4 Junaili Lie
• Re: slow deletes on pgsql 7.4 Junaili Lie
• Re: slow deletes on pgsql 7.4 Tom Lane
• Re: slow deletes on pgsql 7.4 Junaili Lie
• Re: slow deletes on pgsql 7.4 Tom Lane
• Re: slow deletes on pgsql 7.4 Junaili Lie
• Large (8M) cache vs. dual-core CPUs Bill Moran
• Re: Large (8M) cache vs. dual-core CPUs Scott Marlowe
• Re: Large (8M) cache vs. dual-core CPUs mark
• Re: Large (8M) cache vs. dual-core CPUs Scott Marlowe
• Re: Large (8M) cache vs. dual-core CPUs Joshua D. Drake
• Re: Large (8M) cache vs. dual-core CPUs David Boreham
• Re: Large (8M) cache vs. dual-core CPUs Joshua D. Drake
• Re: Large (8M) cache vs. dual-core CPUs Bruce Momjian
• Re: Large (8M) cache vs. dual-core CPUs mark
• Re: Large (8M) cache vs. dual-core CPUs mark
• Re: Large (8M) cache vs. dual-core CPUs Leigh Dyer
• Re: Large (8M) cache vs. dual-core CPUs William Yu
• Re: Large (8M) cache vs. dual-core CPUs David Boreham
• Re: Large (8M) cache vs. dual-core CPUs PFC
• Re: Large (8M) cache vs. dual-core CPUs William Yu
• Re: Large (8M) cache vs. dual-core CPUs Scott Marlowe
• Re: Large (8M) cache vs. dual-core CPUs Jim C. Nasby
• Re: Large (8M) cache vs. dual-core CPUs Bruce Momjian
• Re: Large (8M) cache vs. dual-core CPUs Jim C. Nasby
• Re: Large (8M) cache vs. dual-core CPUs mark
• Re: Large (8M) cache vs. dual-core CPUs Jim C. Nasby
• Re: Large (8M) cache vs. dual-core CPUs Scott Marlowe
• Re: Large (8M) cache vs. dual-core CPUs Jim C. Nasby
• Re: Large (8M) cache vs. dual-core CPUs Gavin Hamill
• Re: Large (8M) cache vs. dual-core CPUs Scott Marlowe
• Re: Large (8M) cache vs. dual-core CPUs Joshua D. Drake
• Re: Large (8M) cache vs. dual-core CPUs Vivek Khera
• Re: Large (8M) cache vs. dual-core CPUs Sven Geisler
• <Possible follow-ups>
• Re: Large (8M) cache vs. dual-core CPUs Ron Peacetree
• Re: Large (8M) cache vs. dual-core CPUs David Boreham
• Re: Large (8M) cache vs. dual-core CPUs Joshua D. Drake
• Re: Large (8M) cache vs. dual-core CPUs Vivek Khera
• Re: Large (8M) cache vs. dual-core CPUs Ron Peacetree
• Re: Large (8M) cache vs. dual-core CPUs Ron Peacetree
• Re: Large (8M) cache vs. dual-core CPUs mark
• Re: Large (8M) cache vs. dual-core CPUs Jim C. Nasby
• Re: Large (8M) cache vs. dual-core CPUs Jim C. Nasby
• Re: Large (8M) cache vs. dual-core CPUs Ron Peacetree
• Re: Large (8M) cache vs. dual-core CPUs David Boreham
• Re: Large (8M) cache vs. dual-core CPUs Ron Peacetree
• Slow queries salad ;) PFC
• Re: Slow queries salad ;) Tom Lane
• Re: Slow queries salad ;) Jim C. Nasby
• planner not using index for like operator Sriram Dandapani
• Re: planner not using index for like operator Dave Dutcher
• Re: planner not using index for like operator Jim C. Nasby
• <Possible follow-ups>
• Re: planner not using index for like operator Sriram Dandapani
• Re: planner not using index for like operator Sriram Dandapani
• Firebird 1.5.3 X Postgresql 8.1.3 (linux and windows) andremachado
• Re: Firebird 1.5.3 X Postgresql 8.1.3 (linux and windows) Tom Lane
• PL/pgSQL Loop Vs. Batch Update David Wheeler
• Re: PL/pgSQL Loop Vs. Batch Update Tom Lane
• Re: PL/pgSQL Loop Vs. Batch Update David Wheeler
• Re: PL/pgSQL Loop Vs. Batch Update Tom Lane
• Re: PL/pgSQL Loop Vs. Batch Update David Wheeler
• Query on postgresql 7.4.2 not using index Arnau
• Re: Query on postgresql 7.4.2 not using index chris smith
• Re: Query on postgresql 7.4.2 not using index Arnau
• Re: Query on postgresql 7.4.2 not using index Guillaume Smet
• Re: Query on postgresql 7.4.2 not using index Scott Marlowe
• Re: Query on postgresql 7.4.2 not using index Tom Lane
• Re: Query on postgresql 7.4.2 not using index Arnau
• Re: Query on postgresql 7.4.2 not using index Scott Marlowe
• Re: Query on postgresql 7.4.2 not using index Arnau
• Re: Query on postgresql 7.4.2 not using index chris smith
• Re: Query on postgresql 7.4.2 not using index Tom Lane
• ip address data type Sriram Dandapani
• Re: ip address data type Jim C. Nasby
• Re: ip address data type Steve Atkins
• Re: ip address data type Florian Weimer
• Index on function less well cached than "regular" index ? Paul Mackay
• Re: Index on function less well cached than "regular" index ? Tom Lane
• GROUP BY Vs. Sub SELECT Bruno Almeida do Lago
• Re: GROUP BY Vs. Sub SELECT Tom Lane
• Re: GROUP BY Vs. Sub SELECT Bruno Almeida do Lago
• Re: GROUP BY Vs. Sub SELECT Richard Broersma Jr
• Re: GROUP BY Vs. Sub SELECT Jim C. Nasby
• Easy question clemens . bertschler
• Re: Easy question codeWarrior
• Re: Easy question Bert
• Re: Easy question Michael Artz
• Re: WAL logging of SELECT ... INTO command Bruce Momjian
• Re: WAL logging of SELECT ... INTO command Simon Riggs
• <Possible follow-ups>
• Re: WAL logging of SELECT ... INTO command Bruce Momjian
• Worsening performance with 7.4 on flash-based system Greg Stumph
• Re: Worsening performance with 7.4 on flash-based system Greg Stumph
• Re: Worsening performance with 7.4 on flash-based system William Yu
• Re: Worsening performance with 7.4 on flash-based system chris smith
• security for row level but not based on Database user's login Friends
• Re: security for row level but not based on Database user's Richard Huxton
• Message not available
  • Re: security for row level but not based on Database user's Richard Huxton
• Little use of CPU ( < 5%) luchot
• Re: Little use of CPU ( < 5%) Dave Dutcher
• Inactive memory Grows unlimited ALVARO ARCILA
• Re: Inactive memory Grows unlimited Alvaro Herrera
• Re: Inactive memory Grows unlimited Matteo Beccati
• Better way to write aggregates? Jan Dittmer
• Re: Better way to write aggregates? Jim Buttafuoco
• Re: Better way to write aggregates? Jan Dittmer
• Re: Better way to write aggregates? Jim Buttafuoco
• Re: Better way to write aggregates? Tom Lane

---

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

---

Mail converted by MHonArc