pg.ddx.io  pgsql-performance@postgresql.org mailing list archive  
help / color / mirror / Atom feed
Need help with one query
  2009-03-19 20:35 UTC  Anne Rosset <arosset@collab.net>
` Re: Need help with one query
  2009-03-20 09:21 UTC  Richard Huxton <dev@archonet.com>
` Re: Need help with one query
  2009-03-20 15:27 UTC  Tom Lane <tgl@sss.pgh.pa.us>
` Re: Need help with one query
  2009-03-20 17:16 UTC  Anne Rosset <arosset@collab.net>
` Re: Need help with one query
  2009-03-20 19:04 UTC  Robert Haas <robertmhaas@gmail.com>
` Re: Need help with one query
  2009-03-20 19:14 UTC  Alvaro Herrera <alvherre@commandprompt.com>
` Re: Need help with one query
  2009-03-20 20:29 UTC  Anne Rosset <arosset@collab.net>
` Re: Need help with one query
  2009-03-21 00:37 UTC  Tom Lane <tgl@sss.pgh.pa.us>
` Re: Need help with one query
  2009-03-21 00:37 UTC  Robert Haas <robertmhaas@gmail.com>
` Re: Need help with one query
  2009-03-23 17:08 UTC  Anne Rosset <arosset@collab.net>
` Re: Need help with one query
  2009-03-23 17:15 UTC  Robert Haas <robertmhaas@gmail.com>
` Re: Need help with one query
  2009-03-23 19:56 UTC  Anne Rosset <arosset@collab.net>
  [12+ messages in thread]

Slower query after psql changed it's execution plan
  2009-03-23 13:52 UTC  Romuald Brunet <romuald.brunet@gmail.com>
` Re: Slower query after psql changed it's execution plan
  2009-03-23 14:20 UTC  Kevin Grittner <Kevin.Grittner@wicourts.gov>
` Re: Slower query after psql changed it's execution plan
  2009-03-23 14:26 UTC  Tom Lane <tgl@sss.pgh.pa.us>
  [3+ messages in thread]

"iowait" bug?
  2009-03-21 04:17 UTC  M. Edward (Ed) Borasky <zznmeb@gmail.com>
` Re: "iowait" bug?
  2009-03-22 07:49 UTC  Laurent Wandrebeck <l.wandrebeck@gmail.com>
` Re: "iowait" bug?
  2009-03-22 15:29 UTC  Laurent Laborde <kerdezixe@gmail.com>
` Re: "iowait" bug?
  2009-03-22 20:17 UTC  Greg Smith <gsmith@gregsmith.com>
` Re: "iowait" bug?
  2009-03-22 23:14 UTC  Laurent Wandrebeck <l.wandrebeck@gmail.com>
` Re: "iowait" bug?
  2009-03-23 04:04 UTC  Greg Smith <gsmith@gregsmith.com>
  [6+ messages in thread]

current transaction in productive database
  2009-03-20 09:26 UTC  ml@bortal.de <ml@bortal.de>
` Re: current transaction in productive database
  2009-03-20 17:01 UTC  Jeff <threshar@torgo.978.org>
` Re: current transaction in productive database
  2009-03-20 17:34 UTC  Greg Smith <gsmith@gregsmith.com>
` Re: current transaction in productive database
  2009-03-20 17:50 UTC  Euler Taveira de Oliveira <euler@timbira.com>
  [4+ messages in thread]

Prepared statement does not exist
  2009-03-19 11:32 UTC  Nimesh Satam <nimesh.zedo@gmail.com>
` Re: Prepared statement does not exist
  2009-03-19 11:37 UTC  Glyn Astill <glynastill@yahoo.co.uk>
` Re: Prepared statement does not exist
  2009-03-20 09:03 UTC  Nimesh Satam <nimesh.zedo@gmail.com>
` Re: Prepared statement does not exist
  2009-03-20 12:02 UTC  Glyn Astill <glynastill@yahoo.co.uk>
  [4+ messages in thread]

Postgres benchmarking with pgbench
  2009-03-16 10:48 UTC  ml@bortal.de <ml@bortal.de>
` Re: Postgres benchmarking with pgbench
  2009-03-16 15:04 UTC  Greg Smith <gsmith@gregsmith.com>
` Re: Postgres benchmarking with pgbench
  2009-03-16 15:28 UTC  Gregory Stark <stark@enterprisedb.com>
` Re: Postgres benchmarking with pgbench
  2009-03-16 16:39 UTC  Greg Smith <gsmith@gregsmith.com>
` Re: Postgres benchmarking with pgbench
  2009-03-17 00:17 UTC  Gregory Stark <stark@enterprisedb.com>
` Re: Postgres benchmarking with pgbench
  2009-03-17 04:17 UTC  Greg Smith <gsmith@gregsmith.com>
` Re: Postgres benchmarking with pgbench
  2009-03-17 05:33 UTC  Scott Marlowe <scott.marlowe@gmail.com>
` Re: Postgres benchmarking with pgbench
  2009-03-19 21:25 UTC  ml@bortal.de <ml@bortal.de>
` Re: Postgres benchmarking with pgbench
  2009-03-19 21:45 UTC  Scott Marlowe <scott.marlowe@gmail.com>
` Re: Postgres benchmarking with pgbench
  2009-03-19 21:59 UTC  Scott Carey <scott@richrelevance.com>
` Re: Postgres benchmarking with pgbench
  2009-03-19 23:28 UTC  Jignesh K. Shah <J.K.Shah@Sun.COM>
  [11+ messages in thread]

Extremely slow intarray index creation and inserts.
  2009-03-17 17:09 UTC  Ron Mayer <rm_pg@cheapcomplexdevices.com>
` Re: Extremely slow intarray index creation and inserts.
  2009-03-17 18:28 UTC  Ron Mayer <rm_pg@cheapcomplexdevices.com>
` Re: Extremely slow intarray index creation and inserts.
  2009-03-18 03:24 UTC  Tom Lane <tgl@sss.pgh.pa.us>
` Re: Extremely slow intarray index creation and inserts.
  2009-03-18 16:12 UTC  Ron Mayer <rm_pg@cheapcomplexdevices.com>
` Re: Extremely slow intarray index creation and inserts.
  2009-03-18 20:21 UTC  Tom Lane <tgl@sss.pgh.pa.us>
` Re: Extremely slow intarray index creation and inserts.
  2009-03-19 07:02 UTC  Oleg Bartunov <oleg@sai.msu.su>
` Re: Extremely slow intarray index creation and inserts.
  2009-03-19 12:25 UTC  Tom Lane <tgl@sss.pgh.pa.us>
` Re: Extremely slow intarray index creation and inserts.
  2009-03-19 12:38 UTC  Oleg Bartunov <oleg@sai.msu.su>
` Re: Extremely slow intarray index creation and inserts.
  2009-03-19 12:45 UTC  Oleg Bartunov <oleg@sai.msu.su>
  [9+ messages in thread]

parallelizing slow queries for multiple cores (PostgreSQL + Gearman)
  2009-03-17 21:57 UTC  Marinos Yannikos <mjy@geizhals.at>
` Re: parallelizing slow queries for multiple cores (PostgreSQL + Gearman)
  2009-03-17 22:38 UTC  Greg Smith <gsmith@gregsmith.com>
` parallelizing slow queries for multiple cores (PostgreSQL + Gearman)
  2009-03-18 12:52 UTC  henk de wit <henk53602@hotmail.com>
  [3+ messages in thread]

Confused ! when insert with Preimary key, Freebsd 7.1 is slower thrice times then Debian5
  2009-03-17 15:59 UTC  luo roger <roger.maillist@gmail.com>

deployment query
  2009-03-16 07:00 UTC  Nagalingam, Karthikeyan <KARTHIKEYAN.Nagalingam@netapp.com>
` Re: deployment query
  2009-03-16 17:38 UTC  John R Pierce <pierce@hogranch.com>
` Re: deployment query
  2009-03-16 18:17 UTC  Nagalingam, Karthikeyan <KARTHIKEYAN.Nagalingam@netapp.com>
` Re: deployment query
  2009-03-16 19:13 UTC  Scott Marlowe <scott.marlowe@gmail.com>
` Re: deployment query
  2009-03-16 20:22 UTC  Stefan Kaltenbrunner <stefan@kaltenbrunner.cc>
` Re: deployment query
  2009-03-17 05:15 UTC  Nagalingam, Karthikeyan <KARTHIKEYAN.Nagalingam@netapp.com>
` Re: deployment query
  2009-03-17 05:26 UTC  Scott Marlowe <scott.marlowe@gmail.com>
` Re: deployment query
  2009-03-17 05:45 UTC  Joshua D. Drake <jd@commandprompt.com>
  [8+ messages in thread]

Query much slower when run from postgres function
  2009-03-09 13:36 UTC  Mario Splivalo <mario.splivalo@megafon.hr>
` Re: Query much slower when run from postgres function
  2009-03-09 16:31 UTC  Tom Lane <tgl@sss.pgh.pa.us>
` Re: [PERFORM] Query much slower when run from postgres function
  2009-03-09 16:51 UTC  Guillaume Cottenceau <gc@mnc.ch>
` Re: [PERFORM] Query much slower when run from postgres function
  2009-03-09 17:04 UTC  Guillaume Smet <guillaume.smet@gmail.com>
` Re: [PERFORM] Query much slower when run from postgres function
  2009-03-09 17:16 UTC  Tom Lane <tgl@sss.pgh.pa.us>
` Re: [PERFORM] Query much slower when run from postgres function
  2009-03-09 17:42 UTC  Andreas Wenk <a.wenk@netzmeister-st-pauli.de>
` Re: Query much slower when run from postgres function
  2009-03-09 19:13 UTC  Mario Splivalo <mario.splivalo@megafon.hr>
` Re: [PERFORM] Query much slower when run from postgres function
  2009-03-09 19:26 UTC  Mario Splivalo <mario.splivalo@megafon.hr>
` Re: Query much slower when run from postgres function
  2009-03-09 19:51 UTC  Tom Lane <tgl@sss.pgh.pa.us>
` Re: [PERFORM] Query much slower when run from postgres function
  2009-03-09 19:56 UTC  Dave Cramer <pg@fastcrypt.com>
` Re: [PERFORM] Query much slower when run from postgres function
  2009-03-09 20:35 UTC  James Mansion <james@mansionfamily.plus.com>
` Re: [PERFORM] Query much slower when run from postgres function
  2009-03-09 20:56 UTC  Scott Carey <scott@richrelevance.com>
` Re: [PERFORM] Query much slower when run from postgres 	function
  2009-03-09 21:31 UTC  Oliver Jowett <oliver@opencloud.com>
` Re: [PERFORM] Query much slower when run from postgres  function
  2009-03-09 21:40 UTC  Oliver Jowett <oliver@opencloud.com>
` Re: Query much slower when run from postgres function
  2009-03-09 22:13 UTC  Mario Splivalo <mario.splivalo@megafon.hr>
` Re: Query much slower when run from postgres function
  2009-03-09 23:36 UTC  Tom Lane <tgl@sss.pgh.pa.us>
` Re: [PERFORM] Query much slower when run from postgres function
  2009-03-10 03:38 UTC  Scott Carey <scott@richrelevance.com>
` Re: [PERFORM] Query much slower when run from postgres 	function
  2009-03-10 08:05 UTC  Guillaume Cottenceau <gc@mnc.ch>
` Re: [PERFORM] Query much slower when run from postgres 	function
  2009-03-10 08:39 UTC  Oliver Jowett <oliver@opencloud.com>
` Re: [PERFORM] Query much slower when run from postgres 	function
  2009-03-10 09:41 UTC  Guillaume Cottenceau <gc@mnc.ch>
` Re: Query much slower when run from postgres function
  2009-03-10 14:40 UTC  Frank Ch. Eigler <fche@redhat.com>
` Re: [PERFORM] Query much slower when run from postgres function
  2009-03-10 16:55 UTC  Kris Jurka <books@ejurka.com>
` Re: Query much slower when run from postgres function
  2009-03-10 17:20 UTC  Tom Lane <tgl@sss.pgh.pa.us>
` Re: Query much slower when run from postgres function
  2009-03-14 14:31 UTC  decibel <decibel@decibel.org>
` Re: Query much slower when run from postgres function
  2009-03-14 14:42 UTC  decibel <decibel@decibel.org>
` Re: Query much slower when run from postgres function
  2009-03-16 13:04 UTC  Віталій Тимчишин <tivv00@gmail.com>
  [26+ messages in thread]

Hash Join performance
  2009-03-13 21:15 UTC  Vamsidhar Thummala <vamsi@cs.duke.edu>
` Re: Hash Join performance
  2009-03-13 21:34 UTC  Tom Lane <tgl@sss.pgh.pa.us>
` Re: Hash Join performance
  2009-03-13 22:11 UTC  Vamsidhar Thummala <vamsi@cs.duke.edu>
` Re: Hash Join performance
  2009-03-13 23:08 UTC  Tom Lane <tgl@sss.pgh.pa.us>
` Re: Hash Join performance
  2009-03-14 02:10 UTC  Vamsidhar Thummala <vamsi@cs.duke.edu>
  [5+ messages in thread]

Entry point for Postgresql Performance
  2009-03-12 10:52 UTC  Nagalingam, Karthikeyan <KARTHIKEYAN.Nagalingam@netapp.com>
` Re: Entry point for Postgresql Performance
  2009-03-12 11:10 UTC  Ashish Karalkar <ashishka@synechron.com>
` Re: Entry point for Postgresql Performance
  2009-03-12 17:41 UTC  Rajesh Kumar Mallah <mallah.rajesh@gmail.com>
  [3+ messages in thread]

random_page_cost vs ssd?
  2009-03-11 13:46 UTC  Jeff <threshar@torgo.978.org>
` Re: random_page_cost vs ssd?
  2009-03-11 15:37 UTC  Grzegorz Jaśkiewicz <gryzman@gmail.com>
` Re: random_page_cost vs ssd?
  2009-03-11 17:06 UTC  Scott Carey <scott@richrelevance.com>
` Re: random_page_cost vs ssd?
  2009-03-11 19:04 UTC  Andrej <andrej.groups@gmail.com>
` Re: random_page_cost vs ssd?
  2009-03-11 19:28 UTC  Scott Carey <scott@richrelevance.com>
` Re: random_page_cost vs ssd?
  2009-03-11 19:32 UTC  hubert depesz lubaczewski <depesz@depesz.com>
` Re: random_page_cost vs ssd?
  2009-03-11 19:40 UTC  Kevin Grittner <Kevin.Grittner@wicourts.gov>
` Re: random_page_cost vs ssd?
  2009-03-11 20:31 UTC  Scott Carey <scott@richrelevance.com>
  [8+ messages in thread]

DBT Presentation Location?
  2009-03-09 14:28 UTC  Lee Hughes <lee@hughesys.com>
` Re: DBT Presentation Location?
  2009-03-10 00:57 UTC  Mark Wong <markwkm@gmail.com>
  [2+ messages in thread]

Postgres 8.3, four times slower queries?
  2009-03-03 00:18 UTC  Aaron Guyon <battlemage@gmail.com>
` Re: Postgres 8.3, four times slower queries?
  2009-03-03 03:23 UTC  Tom Lane <tgl@sss.pgh.pa.us>
` Re: Postgres 8.3, four times slower queries?
  2009-03-03 17:31 UTC  Aaron Guyon <battlemage@gmail.com>
` Re: Postgres 8.3, four times slower queries?
  2009-03-03 17:38 UTC  david@lang.hm
` Re: Postgres 8.3, four times slower queries?
  2009-03-03 17:52 UTC  Aaron Guyon <battlemage@gmail.com>
` Re: Postgres 8.3, four times slower queries?
  2009-03-03 22:34 UTC  Tom Lane <tgl@sss.pgh.pa.us>
` Re: Postgres 8.3, four times slower queries?
  2009-03-04 23:20 UTC  Aaron Guyon <battlemage@gmail.com>
` Re: Postgres 8.3, four times slower queries?
  2009-03-04 23:42 UTC  Aaron Guyon <battlemage@gmail.com>
` Re: Postgres 8.3, four times slower queries?
  2009-03-04 23:42 UTC  Aaron Guyon <battlemage@gmail.com>
` Re: Postgres 8.3, four times slower queries?
  2009-03-05 13:21 UTC  Robert Haas <robertmhaas@gmail.com>
` Re: Postgres 8.3, four times slower queries?
  2009-03-05 16:06 UTC  Aaron Guyon <battlemage@gmail.com>
` Re: Postgres 8.3, four times slower queries?
  2009-03-05 16:56 UTC  Robert Haas <robertmhaas@gmail.com>
` Re: Postgres 8.3, four times slower queries?
  2009-03-05 18:57 UTC  Kevin Grittner <Kevin.Grittner@wicourts.gov>
` Re: Postgres 8.3, four times slower queries?
  2009-03-05 19:15 UTC  Robert Haas <robertmhaas@gmail.com>
` Re: Postgres 8.3, four times slower queries?
  2009-03-05 19:58 UTC  Aaron Guyon <battlemage@gmail.com>
` Re: Postgres 8.3, four times slower queries?
  2009-03-06 15:50 UTC  Aaron Guyon <battlemage@gmail.com>
  [16+ messages in thread]

Index scan plan estimates way off.
  2009-03-05 15:56 UTC  Jonathan Hseu <vomjom@vomjom.net>
` Re: Index scan plan estimates way off.
  2009-03-05 18:30 UTC  Tom Lane <tgl@sss.pgh.pa.us>
` Re: Index scan plan estimates way off.
  2009-03-06 01:42 UTC  Jonathan Hseu <vomjom@vomjom.net>
` Re: Index scan plan estimates way off.
  2009-03-06 02:33 UTC  Robert Haas <robertmhaas@gmail.com>
  [4+ messages in thread]

work_mem in high transaction rate database
  2009-03-04 00:28 UTC  Flavio Henrique Araque Gurgel <flavio@4linux.com.br>
` Re: work_mem in high transaction rate database
  2009-03-04 01:37 UTC  Scott Marlowe <scott.marlowe@gmail.com>
` Re: work_mem in high transaction rate database
  2009-03-04 07:04 UTC  Akos Gabriel <akos.gabriel@i-logic.hu>
` Re: work_mem in high transaction rate database
  2009-03-04 09:16 UTC  Dimitri Fontaine <dfontaine@hi-media.com>
` Re: work_mem in high transaction rate database
  2009-03-04 12:46 UTC  Flavio Henrique Araque Gurgel <flavio@4linux.com.br>
` Re: work_mem in high transaction rate database
  2009-03-04 18:18 UTC  Scott Carey <scott@richrelevance.com>
` Re: work_mem in high transaction rate database
  2009-03-04 21:49 UTC  Scott Marlowe <scott.marlowe@gmail.com>
  [7+ messages in thread]

Problems with ordering (can't force query planner to use an index)
  2009-03-03 17:05 UTC  Sebastjan Trepca <trepca@gmail.com>
` Re: Problems with ordering (can't force query planner to use an index)
  2009-03-03 17:12 UTC  Robert Haas <robertmhaas@gmail.com>
` Re: Problems with ordering (can't force query planner to use an index)
  2009-03-03 17:20 UTC  Sebastjan Trepca <trepca@gmail.com>
` Re: Problems with ordering (can't force query planner to use an index)
  2009-03-03 17:34 UTC  David Wilson <david.t.wilson@gmail.com>
` Re: Problems with ordering (can't force query planner to use an index)
  2009-03-03 17:40 UTC  Sebastjan Trepca <trepca@gmail.com>
` Re: Problems with ordering (can't force query planner to use an index)
  2009-03-03 17:40 UTC  Robert Haas <robertmhaas@gmail.com>
` Re: Problems with ordering (can't force query planner to use an index)
  2009-03-03 19:05 UTC  Sebastjan Trepca <trepca@gmail.com>
` Re: Problems with ordering (can't force query planner to use an index)
  2009-03-03 19:16 UTC  Sebastjan Trepca <trepca@gmail.com>
` Re: Problems with ordering (can't force query planner to use an index)
  2009-03-03 20:27 UTC  Robert Haas <robertmhaas@gmail.com>
` Re: Problems with ordering (can't force query planner to use an index)
  2009-03-03 21:27 UTC  Tom Lane <tgl@sss.pgh.pa.us>
  [10+ messages in thread]

Substring search using "exists" with a space in the search term
  2009-03-03 12:12 UTC  Hans Liebenberg <hans@cambrient.com>

"slow" queries
  2009-03-01 02:51 UTC  Brian Cox <brian.cox@ca.com>
` Re: "slow" queries
  2009-03-01 03:15 UTC  Robert Haas <robertmhaas@gmail.com>
` Re: "slow" queries
  2009-03-01 17:05 UTC  Tom Lane <tgl@sss.pgh.pa.us>
` Re: "slow" queries
  2009-03-01 19:21 UTC  Cox, Brian <Brian.Cox@ca.com>
` Re: "slow" queries
  2009-03-02 01:57 UTC  Tom Lane <tgl@sss.pgh.pa.us>
` Re: "slow" queries
  2009-03-02 18:22 UTC  Brian Cox <brian.cox@ca.com>
` Re: "slow" queries
  2009-03-02 18:58 UTC  Scott Carey <scott@richrelevance.com>
` Re: "slow" queries
  2009-03-02 19:04 UTC  Robert Haas <robertmhaas@gmail.com>
` Re: "slow" queries
  2009-03-02 19:29 UTC  Tom Lane <tgl@sss.pgh.pa.us>
` Re: "slow" queries
  2009-03-02 19:55 UTC  Brian Cox <brian.cox@ca.com>
` Re: "slow" queries
  2009-03-02 20:11 UTC  Tom Lane <tgl@sss.pgh.pa.us>
` Re: "slow" queries
  2009-03-02 20:36 UTC  Brian Cox <brian.cox@ca.com>
` Re: "slow" queries
  2009-03-02 21:24 UTC  Tim Bunce <Tim.Bunce@pobox.com>
` Re: "slow" queries
  2009-03-02 21:59 UTC  Scott Marlowe <scott.marlowe@gmail.com>
  [14+ messages in thread]

TCP network cost
  2009-02-17 07:04 UTC  Ross J. Reedstrom <reedstrm@rice.edu>
` Re: TCP network cost
  2009-02-17 07:20 UTC  Rusty Conover <rconover@infogears.com>
` Re: TCP network cost
  2009-02-17 08:34 UTC  david@lang.hm
` Re: TCP network cost
  2009-02-17 18:13 UTC  Aaron Turner <synfinatic@gmail.com>
` Re: TCP network cost
  2009-02-17 20:04 UTC  Ross J. Reedstrom <reedstrm@rice.edu>
` Re: TCP network cost
  2009-02-17 20:59 UTC  Rusty Conover <rconover@infogears.com>
` Re: TCP network cost
  2009-02-17 21:14 UTC  Ross J. Reedstrom <reedstrm@rice.edu>
` Re: TCP network cost
  2009-02-17 22:30 UTC  Ross J. Reedstrom <reedstrm@rice.edu>
` Re: TCP network cost
  2009-02-17 23:05 UTC  Aaron Turner <synfinatic@gmail.com>
` Re: TCP network cost
  2009-02-18 13:44 UTC  Gregory Stark <stark@enterprisedb.com>
` Re: TCP network cost
  2009-02-19 13:09 UTC  PFC <lists@peufeu.com>
` Re: TCP network cost
  2009-02-23 19:42 UTC  Ross J. Reedstrom <reedstrm@rice.edu>
` Re: TCP network cost
  2009-02-23 19:43 UTC  Ross J. Reedstrom <reedstrm@rice.edu>
` Re: TCP network cost
  2009-02-23 21:17 UTC  Tom Lane <tgl@sss.pgh.pa.us>
` Re: TCP network cost
  2009-02-24 17:02 UTC  Ross J. Reedstrom <reedstrm@rice.edu>
` Re: TCP network cost
  2009-03-01 17:32 UTC  Linos <info@linos.es>
` Re: TCP network cost
  2009-03-01 17:43 UTC  Tom Lane <tgl@sss.pgh.pa.us>
` Re: TCP network cost
  2009-03-01 17:57 UTC  Linos <info@linos.es>
` Re: TCP network cost
  2009-03-01 18:10 UTC  Tom Lane <tgl@sss.pgh.pa.us>
` Re: TCP network cost
  2009-03-01 18:19 UTC  Linos <info@linos.es>
` Re: TCP network cost
  2009-03-01 18:28 UTC  Tom Lane <tgl@sss.pgh.pa.us>
` Re: TCP network cost
  2009-03-01 18:40 UTC  Magnus Hagander <magnus@hagander.net>
` Re: TCP network cost
  2009-03-01 18:52 UTC  Linos <info@linos.es>
  [23+ messages in thread]

understanding postgres issues/bottlenecks
  2009-01-06 16:50 UTC  Stefano Nichele <stefano.nichele@gmail.com>
` Re: understanding postgres issues/bottlenecks
  2009-01-06 17:16 UTC  Merlin Moncure <mmoncure@gmail.com>
` Re: understanding postgres issues/bottlenecks
  2009-01-06 18:45 UTC  Scott Marlowe <scott.marlowe@gmail.com>
` Re: understanding postgres issues/bottlenecks
  2009-01-06 19:02 UTC  Stefano Nichele <stefano.nichele@gmail.com>
` Re: understanding postgres issues/bottlenecks
  2009-01-06 20:50 UTC  Scott Marlowe <scott.marlowe@gmail.com>
` Re: understanding postgres issues/bottlenecks
  2009-01-06 23:33 UTC  David Rees <drees76@gmail.com>
` Re: understanding postgres issues/bottlenecks
  2009-01-07 04:17 UTC  M. Edward (Ed) Borasky <znmeb@cesmail.net>
` Re: understanding postgres issues/bottlenecks
  2009-01-07 09:31 UTC  Simon Waters <simonw@zynet.net>
` Re: understanding postgres issues/bottlenecks
  2009-01-07 15:35 UTC  M. Edward (Ed) Borasky <znmeb@cesmail.net>
` Re: understanding postgres issues/bottlenecks
  2009-01-07 19:05 UTC  Stefano Nichele <stefano.nichele@gmail.com>
  [10+ messages in thread]

Are random writes optimized sequentially by Linux kernel?
  2009-01-07 18:39 UTC  Dmitry Koterov <dmitry@koterov.ru>

Sl_log_1 and sl_log_2 not getting truncated.
  2009-01-07 12:48 UTC  Nimesh Satam <nimesh.zedo@gmail.com>
` Re: Sl_log_1 and sl_log_2 not getting truncated.
  2009-01-07 15:41 UTC  Brad Nicholson <bnichols@ca.afilias.info>
  [2+ messages in thread]


[next (older)]

This inbox is served by DDX for PostgreSQL; see mirroring instructions
for how to clone and mirror all data and code used for this inbox