• 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 2008-03 Chronological Index (2/3)

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

• 17 March 2008
  • Re: performance tools Andrej Ricnik-Bay
  • Re: Benchmark: Dell/Perc 6, 8 disk RAID 10 Scott Marlowe
  • Re: Benchmark: Dell/Perc 6, 8 disk RAID 10 Enrico Sirola
  • Re: What is the best way to storage music files in Postgresql Rich
  • Re: What is the best way to storage music files in Postgresql Rich
  • Re: Benchmark: Dell/Perc 6, 8 disk RAID 10 Justin
  • Re: Benchmark: Dell/Perc 6, 8 disk RAID 10 Craig James
  • Re: What is the best way to storage music files in Postgresql Peter Koczan
  • Re: Benchmark: Dell/Perc 6, 8 disk RAID 10 Justin
  • Re: Benchmark: Dell/Perc 6, 8 disk RAID 10 Justin
  • Re: Benchmark: Dell/Perc 6, 8 disk RAID 10 Dave Cramer
  • Re: performance tools Ben Chobot
  • Re: performance tools sathiya psql
  • Re: Benchmark: Dell/Perc 6, 8 disk RAID 10 Justin
  • Re: performance tools Mark Steben
  • performance tools sathiya psql
  • Re: Benchmark: Dell/Perc 6, 8 disk RAID 10 Craig Ringer
  • Re: Benchmark: Dell/Perc 6, 8 disk RAID 10 Andrej Ricnik-Bay
  • Re: Benchmark: Dell/Perc 6, 8 disk RAID 10 Tino Wildenhain
  • Re: Lots of "semop" calls under load Albe Laurenz
  • Re: Benchmark: Dell/Perc 6, 8 disk RAID 10 Justin
• 16 March 2008
  • Re: Benchmark: Dell/Perc 6, 8 disk RAID 10 Scott Marlowe
  • Re: Benchmark: Dell/Perc 6, 8 disk RAID 10 Dave Cramer
  • Re: Benchmark: Dell/Perc 6, 8 disk RAID 10 Craig James
  • Re: Benchmark: Dell/Perc 6, 8 disk RAID 10 Craig James
  • Re: best way to run maintenance script Peter Eisentraut
  • Re: Benchmark: Dell/Perc 6, 8 disk RAID 10 Dave Cramer
  • Re: What is the best way to storage music files in Postgresql Craig Ringer
  • Re: What is the best way to storage music files in Postgresql Craig James
  • What is the best way to storage music files in Postgresql Rich
  • Re: Benchmark: Dell/Perc 6, 8 disk RAID 10 Justin
• 15 March 2008
  • Re: best way to run maintenance script Gregory Stark
  • Re: best way to run maintenance script Vinubalaji Gopal
  • Re: best way to run maintenance script Vinubalaji Gopal
  • Re: best way to run maintenance script Joshua D. Drake
  • Re: best way to run maintenance script Tom Lane
  • Re: best way to run maintenance script Vinubalaji Gopal
  • Re: best way to run maintenance script Joshua D. Drake
  • best way to run maintenance script Vinubalaji Gopal
• 14 March 2008
  • Re: Adaptec 5805 SAS Raid Leigh Dyer
  • Re: Anyone using a SAN? Peter Koczan
  • Re: The "many nulls" problem Oleg Bartunov
  • Re: The "many nulls" problem Kynn Jones
  • Re: The "many nulls" problem Kynn Jones
  • Re: The "many nulls" problem Heikki Linnakangas
  • Re: Hardware question for a DB server Scott Marlowe
  • Re: Hardware question for a DB server Pascal Cohen
  • Re: The "many nulls" problem Oleg Bartunov
  • The "many nulls" problem Kynn Jones
  • Adaptec 5805 SAS Raid Glyn Astill
  • Re: Lots of "semop" calls under load Tom Lane
  • Re: Benchmark: Dell/Perc 6, 8 disk RAID 10 Michael Stone
  • Lots of "semop" calls under load Albe Laurenz
  • Re: ER diagram tool sathiya psql
  • Re: ER diagram tool Jurgen Haan
  • Re: 8.3 write performance Enrico Sirola
  • Re: Benchmark: Dell/Perc 6, 8 disk RAID 10 Justin
  • Re: Benchmark: Dell/Perc 6, 8 disk RAID 10 Greg Smith
  • Re: Benchmark: Dell/Perc 6, 8 disk RAID 10 Justin
  • Re: Benchmark: Dell/Perc 6, 8 disk RAID 10 Jesper Krogh
  • Re: Benchmark: Dell/Perc 6, 8 disk RAID 10 Jesper Krogh
  • Re: Benchmark: Dell/Perc 6, 8 disk RAID 10 Scott Marlowe
  • Re: Benchmark: Dell/Perc 6, 8 disk RAID 10 Scott Marlowe
  • Re: Benchmark: Dell/Perc 6, 8 disk RAID 10 Scott Marlowe
  • Re: Benchmark: Dell/Perc 6, 8 disk RAID 10 Scott Marlowe
  • Re: Recomendations on raid controllers raid 1+0 Scott Marlowe
  • Re: temp tables Tom Lane
• 13 March 2008
  • Re: Recomendations on raid controllers raid 1+0 Leigh Dyer
  • temp tables James Mansion
  • Re: Benchmark: Dell/Perc 6, 8 disk RAID 10 justin
  • Re: Benchmark: Dell/Perc 6, 8 disk RAID 10 Greg Smith
  • Re: Benchmark: Dell/Perc 6, 8 disk RAID 10 Joshua D. Drake
  • Re: Benchmark: Dell/Perc 6, 8 disk RAID 10 justin
  • Re: ER diagram tool Andrej Ricnik-Bay
  • Re: Recomendations on raid controllers raid 1+0 Glyn Astill
  • Re: Benchmark: Dell/Perc 6, 8 disk RAID 10 Greg Smith
  • Re: Recomendations on raid controllers raid 1+0 Guillaume Smet
  • Re: Benchmark: Dell/Perc 6, 8 disk RAID 10 Craig James
  • Re: Benchmark: Dell/Perc 6, 8 disk RAID 10 Craig James
  • Re: Benchmark: Dell/Perc 6, 8 disk RAID 10 Craig James
  • Re: Repeated execution of identical subqueries Craig James
  • Re: Benchmark: Dell/Perc 6, 8 disk RAID 10 Justin Graf
  • Re: Benchmark: Dell/Perc 6, 8 disk RAID 10 Will Weaver
  • Re: ER diagram tool A. Kretschmer
  • ER diagram tool sathiya psql
  • Re: Benchmark: Dell/Perc 6, 8 disk RAID 10 Doug Knight
  • Recomendations on raid controllers raid 1+0 Glyn Astill
  • Re: Benchmark: Dell/Perc 6, 8 disk RAID 10 Justin Graf
  • Re: partial index + select query performance A. Kretschmer
  • partial index + select query performance petchimuthu lingam
  • Re: Repeated execution of identical subqueries Craig Ringer
  • Re: Benchmark: Dell/Perc 6, 8 disk RAID 10 Joshua D. Drake
  • Re: Benchmark: Dell/Perc 6, 8 disk RAID 10 Scott Marlowe
  • Re: Repeated execution of identical subqueries Tom Lane
  • Benchmark: Dell/Perc 6, 8 disk RAID 10 Craig James
  • Repeated execution of identical subqueries Craig Ringer
• 12 March 2008
  • Re: Are piped columns indexable Merlin Moncure
  • Are piped columns indexable Mark Steben
  • Re: Hardware question for a DB server Greg Smith
  • Re: Hardware question for a DB server Pascal Cohen
  • Re: Hardware question for a DB server Mark Lewis
  • Re: partitioned table and ORDER BY indexed_field DESC LIMIT 1 Bruce Momjian
  • Hardware question for a DB server Pascal Cohen
  • 8.3 write performance Enrico Sirola
  • Re: migration of 7.4 to 8.1 Vivek Khera
  • Re: migration of 7.4 to 8.1 Steinar H. Gunderson
  • Re: migration of 7.4 to 8.1 sathiya psql
  • Re: migration of 7.4 to 8.1 Chris
  • Re: migration of 7.4 to 8.1 david
  • Re: migration of 7.4 to 8.1 david
  • Re: migration of 7.4 to 8.1 Craig Ringer
  • Re: migration of 7.4 to 8.1 david
  • Re: migration of 7.4 to 8.1 sathiya psql
  • Re: migration of 7.4 to 8.1 Craig Ringer
  • Re: migration of 7.4 to 8.1 sathiya psql
  • Re: migration of 7.4 to 8.1 Craig Ringer
  • Re: migration of 7.4 to 8.1 Chris
  • Re: migration of 7.4 to 8.1 sathiya psql
  • Re: migration of 7.4 to 8.1 sathiya psql
  • Re: migration of 7.4 to 8.1 Craig Ringer
  • migration of 7.4 to 8.1 sathiya psql
  • Re: list user created triggers sathiya psql
  • Re: list user created triggers sathiya psql
• 11 March 2008
  • Re: how many index can have???? Craig Ringer
  • Re: Joins and DELETE FROM Kynn Jones
  • Re: count * performance issue Andrew Sullivan
  • Re: count * performance issue Heikki Linnakangas
  • Re: count * performance issue Matthew
  • Re: count * performance issue Tino Wildenhain
  • Re: count * performance issue Matthew
  • Re: how many index can have???? Dave Cramer
  • list user created triggers sathiya psql
  • Re: count * performance issue Bill Moran
  • how many index can have???? petchimuthu lingam
  • Re: Very slow (2 tuples/second) sequential scan afterbulk insert; speed returns to ~500 tuples/second after commit Heikki Linnakangas
  • Re: count * performance issue Albert Cervera Areny
  • Re: Very slow (2 tuples/second) sequential scan after bulk insert; speed returns to ~500 tuples/second after commit Pavan Deolasee
  • Re: UPDATE 66k rows too slow Greg Smith
  • Re: count * performance issue Scott Marlowe
  • Re: count * performance issue Joshua D. Drake
  • Re: count * performance issue Mark Mielke
  • Re: count * performance issue Robins Tharakan
  • Re: Nested loop vs merge join: inconsistencies between estimated and actual time Vlad Arkhipov
  • Re: UPDATE 66k rows too slow Miguel Arroz
• 10 March 2008
  • Re: UPDATE 66k rows too slow Joshua D. Drake
  • Re: UPDATE 66k rows too slow Miguel Arroz
  • Re: UPDATE 66k rows too slow Joshua D. Drake
  • Re: UPDATE 66k rows too slow Miguel Arroz
  • Re: count * performance issue Greg Smith
  • Re: count * performance issue Scott Marlowe
  • Re: Very slow (2 tuples/second) sequential scan after bulk insert; speed returns to ~500 tuples/second after commit Simon Riggs
  • Re: count * performance issue Greg Smith
  • Re: count * performance issue Bill Moran
  • Re: count * performance issue Joe Mirabal
  • Re: Very slow (2 tuples/second) sequential scan after bulk insert; speed returns to ~500 tuples/second after commit Rainer Pruy
  • Re: multi-threaded pgloader needs your tests Dimitri Fontaine
  • Re: Very slow (2 tuples/second) sequential scan after bulk insert; speed returns to ~500 tuples/second after commit Tom Lane
  • Re: count * performance issue Gregory Stark
  • Re: Very slow (2 tuples/second) sequential scan after bulk insert; speed returns to ~500 tuples/second after commit Craig Ringer
  • Re: Very slow (2 tuples/second) sequential scan after bulk insert; speed returns to ~500 tuples/second after commit Heikki Linnakangas
  • Re: Very slow (2 tuples/second) sequential scan after bulk insert; speed returns to ~500 tuples/second after commit Tom Lane
  • Re: Very slow (2 tuples/second) sequential scan after bulk insert; speed returns to ~500 tuples/second after commit Heikki Linnakangas
  • Re: Very slow (2 tuples/second) sequential scan after bulk insert; speed returns to ~500 tuples/second after commit Craig Ringer
  • Re: Very slow (2 tuples/second) sequential scan after bulk insert; speed returns to ~500 tuples/second after commit Tom Lane
  • Re: Very slow (2 tuples/second) sequential scan after bulk insert; speed returns to ~500 tuples/second after commit Craig Ringer
  • Re: Very slow (2 tuples/second) sequential scan after bulk insert; speed returns to ~500 tuples/second after commit Craig Ringer
  • Re: Very slow (2 tuples/second) sequential scan after bulk insert; speed returns to ~500 tuples/second after commit Heikki Linnakangas
  • Very slow (2 tuples/second) sequential scan after bulk insert; speed returns to ~500 tuples/second after commit Craig Ringer
  • Utility functions for enabling/disabling fkey triggers Craig Ringer
  • Re: UPDATE 66k rows too slow Greg Smith
  • Re: UPDATE 66k rows too slow Tom Lane
  • Re: UPDATE 66k rows too slow andrew
  • UPDATE 66k rows too slow Miguel Arroz
• 08 March 2008
  • Re: Joins and DELETE FROM Heikki Linnakangas
  • Re: Joins and DELETE FROM Tom Lane
  • Re: Joins and DELETE FROM Kynn Jones
  • Re: Joins and DELETE FROM Heikki Linnakangas
  • Joins and DELETE FROM Kynn Jones
  • Re: Re: Confirma çã o de envio / Sending confirmation (captchaid:13266b402f09) Alvaro Herrera
  • Re: count * performance issue Arjen van der Meijden

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