• Text Size: Normal / Large
• Donate
• Contact

Section Navigation

• Community
• Contributors
• 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
• Featured Users
• International Sites
• Propaganda
• Resources
• Weekly News
• Community login
  • Profile
  • Lost password

pgsql-performance 2007-03 Chronological Index (2/3)

• Thread Index
• [Prev Page]
• [Next Page]

• 21 March 2007
  • Re: Determining server load from client Craig A. James
  • Determining server load from client Dan Harris
• 20 March 2007
  • Re: Horrible trigger performance after upgrade 8.0.12 -> 8.2.3 Tom Lane
  • Horrible trigger performance after upgrade 8.0.12 -> 8.2.3 Joseph S
  • Re: SATA RAID: Promise vs. 3ware Ron
  • Re: SATA RAID: Promise vs. 3ware Dave Cramer
  • Re: SATA RAID: Promise vs. 3ware Dave Cramer
  • Re: how small to split a table? Vivek Khera
  • Re: SATA RAID: Promise vs. 3ware Joshua D. Drake
  • Re: how small to split a table? Heiko W.Rupp
  • how small to split a table? Vivek Khera
  • Re: SATA RAID: Promise vs. 3ware Magnus Hagander
  • Re: SATA RAID: Promise vs. 3ware Merlin Moncure
  • SATA RAID: Promise vs. 3ware Ireneusz Pluta
• 19 March 2007
  • Re: Vacuum full is slow Shoaib Mir
  • Re: Vacuum full is slow Ruben Rubio
  • Re: text equality worse than pattern matching (v8.1.8) Vincenzo Romano
  • Re: Vacuum full is slow Heikki Linnakangas
  • Vacuum full is slow Ruben Rubio
  • Re: function call vs staright query Vincenzo Romano
  • Re: function call vs staright query Tom Lane
• 18 March 2007
  • Re: Performance Tuning and Disk Cache Michael Stone
  • Re: Performance Tuning and Disk Cache Rangarajan Vasudevan
  • Re: Performance Tuning and Disk Cache David Boreham
  • Re: Performance Tuning and Disk Cache hubert depesz lubaczewski
  • Performance Tuning and Disk Cache Barry Moore
  • Re: text equality worse than pattern matching (v8.1.8) hubert depesz lubaczewski
  • text equality worse than pattern matching (v8.1.8) Vincenzo Romano
  • Re: function call vs staright query Vincenzo Romano
  • function call vs staright query Vincenzo Romano
• 17 March 2007
  • Re: Postgres batch write very slow - what to do hubert depesz lubaczewski
• 16 March 2007
  • Re: PostgreSQL 8.2.3 VACUUM Timings/Performance Bruce McAlister
  • Re: Postgres batch write very slow - what to do Joshua D. Drake
  • Re: Postgres batch write very slow - what to do Carlos Moreno
  • unsubscribe cedric
  • Re: Determine dead tuples size Tom Lane
  • Re: Postgres batch write very slow - what to do Joshua D. Drake
  • Re: Postgres batch write very slow - what to do Merlin Moncure
  • Re: Postgres batch write very slow - what to do Merlin Moncure
  • Re: Postgres batch write very slow - what to do Merlin Moncure
  • Re: Determine dead tuples size Heikki Linnakangas
  • Re: Determine dead tuples size Alexey Romanchuk
  • Re: Postgres batch write very slow - what to do Tom Lane
• 15 March 2007
  • Re: Dispatch-Merge pattern Steve Atkins
  • Re: Postgres batch write very slow - what to do femski
  • Re: Determine dead tuples size Michael Fuhr
  • Re: Determine dead tuples size Daniel Cristian Cruz
  • unsubscribe Neelam Goyal
  • Determine dead tuples size Alexey Romanchuk
  • Re: Postgres batch write very slow - what to do Merlin Moncure
  • Re: Postgres batch write very slow - what to do femski
  • Re: Postgres batch write very slow - what to do Merlin Moncure
• 14 March 2007
  • Re: Postgres batch write very slow - what to do femski
• 13 March 2007
  • Re: PostgreSQL 8.2.3 VACUUM Timings/Performance Anton Melser
  • Re: PostgreSQL in virtual machine Cosimo Streppone
  • test ...please ignore Dengler, Michael
  • Re: Autocommit in libpq Tom Lane
  • Re: Autocommit in libpq Dengler, Michael
  • Re: Postgres batch write very slow - what to do Tom Lane
  • Re: Postgres batch write very slow - what to do Heikki Linnakangas
  • Re: Execution plan changed after upgrade from 7.3.9 to 8.2.3 vincent.moreau
  • Re: Postgres batch write very slow - what to do Tom Lane
  • Re: Autocommit in libpq Joshua D. Drake
  • Re: Autocommit in libpq Heikki Linnakangas
  • Autocommit in libpq Dengler, Michael
  • Re: Execution plan changed after upgrade from 7.3.9 to 8.2.3 Tom Lane
  • Re: Execution plan changed after upgrade from 7.3.9 to 8.2.3 Dave Dutcher
  • Re: Execution plan changed after upgrade from 7.3.9 to 8.2.3 vincent.moreau
  • Re: Execution plan changed after upgrade from 7.3.9 to 8.2.3 vincent.moreau
  • Re: Execution plan changed after upgrade from 7.3.9 to 8.2.3 Alvaro Herrera
  • Dispatch-Merge pattern James Riordan
  • Re: Execution plan changed after upgrade from 7.3.9 to 8.2.3 Richard Huxton
  • Re: Execution plan changed after upgrade from 7.3.9 to 8.2.3 vincent.moreau
  • Re: Execution plan changed after upgrade from 7.3.9 to 8.2.3 Dave Dutcher
  • Re: Execution plan changed after upgrade from 7.3.9 to 8.2.3 Alvaro Herrera
  • Re: Postgres batch write very slow - what to do femski
  • Re: Postgres batch write very slow - what to do Merlin Moncure
  • Re: Execution plan changed after upgrade from 7.3.9 to 8.2.3 vincent.moreau
  • Re: Execution plan changed after upgrade from 7.3.9 to 8.2.3 Richard Huxton
  • Re: Execution plan changed after upgrade from 7.3.9 to 8.2.3 vincent.moreau
  • Re: Postgres batch write very slow - what to do Heikki Linnakangas
  • Postgres batch write very slow - what to do femski
  • Re: Execution plan changed after upgrade from 7.3.9 to 8.2.3 Michael Fuhr
  • Execution plan changed after upgrade from 7.3.9 to 8.2.3 vincent.moreau
• 12 March 2007
  • Re: PostgreSQL in virtual machine Harald Armin Massa
  • PostgreSQL in virtual machine Andreas Tille
• 09 March 2007
  • Re: configuring new server / many slow disks? Scott Marlowe
  • Re: configuring new server / many slow disks? Axel Rau
  • Re: Deceiding which index to use Richard Huxton
  • Re: Deceiding which index to use Richard Huxton
  • Re: Deceiding which index to use Mezei Zoltán
  • Re: Deceiding which index to use Mezei Zoltán
  • Re: Deceiding which index to use Alvaro Herrera
  • Re: Deceiding which index to use Richard Huxton
  • Re: Deceiding which index to use Mezei Zoltán
  • Re: Deceiding which index to use Richard Huxton
  • Re: Deceiding which index to use Mezei Zoltán
  • Re: Deceiding which index to use Richard Huxton
  • Re: Deceiding which index to use Mezei Zoltán
  • Re: Deceiding which index to use Richard Huxton
  • Re: Any advantage to integer vs stored date w. timestamp Zoolin Lin
  • Deceiding which index to use Mezei Zoltán
  • Re: configuring new server / many slow disks? Richard Huxton
  • Re: configuring new server / many slow disks? Axel Rau
  • Re: PostgreSQL 8.2.3 VACUUM Timings/Performance Bruce McAlister
  • Re: compact flash disks? James Mansion
  • Re: Question about PGSQL functions Steve
  • Re: help Gavin Sherry
• 08 March 2007
  • Re: Question about PGSQL functions Heikki Linnakangas
  • Question about PGSQL functions Steve
  • Re: strange performance regression between 7.4 and 8.1 Craig A. James
  • Re: compact flash disks? Merlin Moncure
  • Re: strange performance regression between 7.4 and 8.1 Carlos Moreno
  • Re: strange performance regression between 7.4 and 8.1 Carlos Moreno
  • Re: strange performance regression between 7.4 and 8.1 Ron
  • Re: function performance vs in-line sql Schwarz, Karl
  • Re: compact flash disks? Ron
  • Re: strange performance regression between 7.4 and 8.1 Craig A. James
  • Re: function performance vs in-line sql Heikki Linnakangas
  • Re: function performance vs in-line sql Richard Huxton
  • function performance vs in-line sql Schwarz, Karl
  • Re: Jeff Cole
  • Re: compact flash disks? Merlin Moncure
  • Re: strange performance regression between 7.4 and 8.1 Rodrigo Madera
  • configuring new server / many slow disks? Axel Rau
  • Re: compact flash disks? Magnus Hagander
  • Re: compact flash disks? James Mansion
  • Re: Any advantage to integer vs stored date w. timestamp Shane Ambler
• 07 March 2007
  • Re: Any advantage to integer vs stored date w. timestamp Zoolin Lin
  • Re: [kris(at)obsecurity(dot)org: Progress on scaling of FreeBSD on 8 CPU systems] Stefan Kaltenbrunner
  • Re: Tom Lane
  • Re: compact flash disks? cedric
  • Re: compact flash disks? Csaba Nagy
  • Re: compact flash disks? Carlos Moreno
  • Re: compact flash disks? Ron
  • Re: Any advantage to integer vs stored date w. timestamp Richard Huxton
  • Re: Any advantage to integer vs stored date w. timestamp Zoolin Lin
  • Re: compact flash disks? Florian Weimer
  • Re: Any advantage to integer vs stored date w. timestamp Richard Huxton
  • Re: When the Record Got Updated. A. Kretschmer
  • When the Record Got Updated. Gauri Kanekar
  • Re: compact flash disks? Merlin Moncure
• 06 March 2007
  • compact flash disks? James Mansion
  • problem with wrong query planning and ineffective statistics Paolo Negri
  • Any advantage to integer vs stored date w. timestamp Zoolin Lin
  • Re: Jeff Cole
  • Re: Automated test-suite for Postgres Heikki Linnakangas
  • Re: strange performance regression between 7.4 and 8.1 Alex Deucher
  • Re: Insert performance Carlos Moreno
  • Automated test-suite for Postgres Neelam Goyal
  • Re: strange performance regression between 7.4 and 8.1 Ron
  • Re: Estimate the size of the SQL file generated by pg_dump utility Richard Troy
  • Re: Tom Lane
  • Re: Insert performance Csaba Nagy
  • Re: Insert performance Carlos Moreno
  • Re: Insert performance hatman
  • Re: Jeff Cole
  • Re: Insert performance hatman
  • Re: Estimate the size of the SQL file generated by pg_dump utility Tom Lane
  • Re: strange performance regression between 7.4 and 8.1 Alex Deucher
  • Re: Estimate the size of the SQL file generated by pg_dump utility Claus Guttesen
  • Re: Estimate the size of the SQL file generated by pg_dump utility Craig A. James
  • Re: Estimate the size of the SQL file generated by pg_dump utility Bill Moran
  • Re: Insert performance Andreas Kostyrka
  • Re: Insert performance Richard Huxton
  • Re: Insert performance Andreas Kostyrka
  • help lissette
  • Re: Insert performance Richard Huxton
  • Re: Insert performance joël Winteregg
  • Re: Insert performance Richard Huxton
  • Re: Insert performance joël Winteregg
  • Re: Hibernate left join Richard Huxton
  • Re: Insert performance Richard Huxton
  • Re: query slows down after vacuum analyze ismo . tuononen
  • Re: strange performance regression between 7.4 and 8.1 Guido Neitzer
  • Re: strange performance regression between 7.4 and 8.1 Alex Deucher
  • Re: Estimate the size of the SQL file generated by pg_dump utility Bruce Momjian
  • Re: Estimate the size of the SQL file generated by pg_dump utility Bricklen Anderson
  • Re: strange performance regression between 7.4 and 8.1 Guido Neitzer
  • Re: Tom Lane

• Thread Index
• [Prev Page]
• [Next Page]