pgsql-hackers  

Messages by Thread

• • Re: [HACKERS] [sqlsmith] crash in RestoreLibraryState during low-memory testing Tom Lane
  • Re: [HACKERS] [sqlsmith] crash in RestoreLibraryState during low-memory testing Andreas Seltenreich
  • Re: [HACKERS] [sqlsmith] crash in RestoreLibraryState during low-memory testing Robert Haas
• [HACKERS] [sqlsmith] stuck spinlock in pg_stat_get_wal_receiver after OOM Andreas Seltenreich
  • Re: [HACKERS] [sqlsmith] stuck spinlock in pg_stat_get_wal_receiver after OOM Thomas Munro
  • Re: [HACKERS] [sqlsmith] stuck spinlock in pg_stat_get_wal_receiver after OOM Andres Freund
  • Re: [HACKERS] [sqlsmith] stuck spinlock in pg_stat_get_wal_receiver after OOM Tom Lane
  • Re: [HACKERS] [sqlsmith] stuck spinlock in pg_stat_get_wal_receiver after OOM Andres Freund
  • Re: [HACKERS] [sqlsmith] stuck spinlock in pg_stat_get_wal_receiver after OOM Tom Lane
  • Re: [HACKERS] [sqlsmith] stuck spinlock in pg_stat_get_wal_receiver after OOM Tom Lane
  • Re: [HACKERS] [sqlsmith] stuck spinlock in pg_stat_get_wal_receiver after OOM Michael Paquier
  • Re: [HACKERS] [sqlsmith] stuck spinlock in pg_stat_get_wal_receiver after OOM Andreas Seltenreich
  • Re: [HACKERS] [sqlsmith] stuck spinlock in pg_stat_get_wal_receiver after OOM Alvaro Herrera
  • Re: [HACKERS] [sqlsmith] stuck spinlock in pg_stat_get_wal_receiver after OOM Alvaro Herrera
  • Re: [HACKERS] [sqlsmith] stuck spinlock in pg_stat_get_wal_receiver after OOM Tom Lane
  • Re: [HACKERS] [sqlsmith] stuck spinlock in pg_stat_get_wal_receiver after OOM Alvaro Herrera
  • Re: [HACKERS] [sqlsmith] stuck spinlock in pg_stat_get_wal_receiver after OOM Tom Lane
  • Re: [HACKERS] [sqlsmith] stuck spinlock in pg_stat_get_wal_receiver after OOM Tom Lane
  • Re: [HACKERS] [sqlsmith] stuck spinlock in pg_stat_get_wal_receiver after OOM Tom Lane
  • Re: [HACKERS] [sqlsmith] stuck spinlock in pg_stat_get_wal_receiver after OOM Petr Jelinek
  • Re: [HACKERS] [sqlsmith] stuck spinlock in pg_stat_get_wal_receiver after OOM Thomas Munro
  • Re: [HACKERS] [sqlsmith] stuck spinlock in pg_stat_get_wal_receiver after OOM Petr Jelinek
• [HACKERS] Horrible CREATE DATABASE Performance in High Sierra Brent Dearth
  • Re: [HACKERS] Horrible CREATE DATABASE Performance in High Sierra Tom Lane
  • Re: [HACKERS] Horrible CREATE DATABASE Performance in High Sierra Tom Lane
  • Re: [HACKERS] Horrible CREATE DATABASE Performance in High Sierra Brent Dearth
  • Re: [HACKERS] Horrible CREATE DATABASE Performance in High Sierra Andres Freund
  • Re: [HACKERS] Horrible CREATE DATABASE Performance in High Sierra Tom Lane
  • Re: [HACKERS] Horrible CREATE DATABASE Performance in High Sierra Andres Freund
  • Re: [HACKERS] Horrible CREATE DATABASE Performance in High Sierra Tom Lane
  • Re: [HACKERS] Horrible CREATE DATABASE Performance in High Sierra Andres Freund
  • Re: [HACKERS] Horrible CREATE DATABASE Performance in High Sierra Tom Lane
  • Re: [HACKERS] Horrible CREATE DATABASE Performance in High Sierra Andres Freund
  • Re: [HACKERS] Horrible CREATE DATABASE Performance in High Sierra Tom Lane
  • Re: [HACKERS] Horrible CREATE DATABASE Performance in High Sierra Andres Freund
  • Re: [HACKERS] Horrible CREATE DATABASE Performance in High Sierra Tom Lane
  • Re: [HACKERS] Horrible CREATE DATABASE Performance in High Sierra Brent Dearth
  • Re: [HACKERS] Horrible CREATE DATABASE Performance in High Sierra Tom Lane
  • Re: [HACKERS] Horrible CREATE DATABASE Performance in High Sierra Tom Lane
  • Re: [HACKERS] Horrible CREATE DATABASE Performance in High Sierra Peter Eisentraut
  • Re: [HACKERS] Horrible CREATE DATABASE Performance in High Sierra Andres Freund
  • Re: [HACKERS] Horrible CREATE DATABASE Performance in High Sierra Tom Lane
• [HACKERS] Issues with logical replication Konstantin Knizhnik
  • Re: [HACKERS] Issues with logical replication Petr Jelinek
  • Re: [HACKERS] Issues with logical replication Petr Jelinek
  • Re: [HACKERS] Issues with logical replication Masahiko Sawada
  • Re: [HACKERS] Issues with logical replication Stas Kelvich
  • [HACKERS] Issues with logical replication Konstantin Knizhnik
• [HACKERS] Commitfest 201709 is now closed Daniel Gustafsson
  • Re: [HACKERS] Commitfest 201709 is now closed Tom Lane
  • Re: [HACKERS] Commitfest 201709 is now closed Robert Haas
  • Re: [HACKERS] Commitfest 201709 is now closed Haribabu Kommi
  • Re: [HACKERS] Commitfest 201709 is now closed Alexander Korotkov
  • Re: [HACKERS] Commitfest 201709 is now closed Michael Paquier
  • Re: [HACKERS] Commitfest 201709 is now closed Amit Langote
• Re: [HACKERS] Add support for tuple routing to foreign partitions Maksim Milyutin
  • Re: [HACKERS] Add support for tuple routing to foreign partitions Etsuro Fujita
  • Re: [HACKERS] Add support for tuple routing to foreign partitions Etsuro Fujita
• Re: [HACKERS] generated columns Daniel Gustafsson
  • Re: [HACKERS] generated columns Nico Williams
  • Re: [HACKERS] generated columns Adam Brusselback
  • Re: [HACKERS] generated columns Nico Williams
  • Re: [HACKERS] generated columns Tom Lane
  • Re: [HACKERS] generated columns David Fetter
  • Re: [HACKERS] generated columns Nico Williams
  • Re: [HACKERS] generated columns Nico Williams
  • Re: [HACKERS] generated columns Greg Stark
• Re: [HACKERS] Support to COMMENT ON DATABASE CURRENT_DATABASE Daniel Gustafsson
  • Re: [HACKERS] Support to COMMENT ON DATABASE CURRENT_DATABASE Jing Wang
  • Re: [HACKERS] Support to COMMENT ON DATABASE CURRENT_DATABASE Jing Wang
  • Re: [HACKERS] Support to COMMENT ON DATABASE CURRENT_DATABASE Bossart, Nathan
• Re: [HACKERS] Hooks to track changed pages for backup purposes Daniel Gustafsson
• Re: [HACKERS] Making clausesel.c Smarter Daniel Gustafsson
• Re: [HACKERS] [PATCH] Assert that the correct locks are held when calling PageGetLSN() Daniel Gustafsson
  • Re: [HACKERS] [PATCH] Assert that the correct locks are held when calling PageGetLSN() Robert Haas
  • Re: [HACKERS] [PATCH] Assert that the correct locks are held when calling PageGetLSN() Michael Paquier
  • Re: [HACKERS] [PATCH] Assert that the correct locks are held when calling PageGetLSN() Robert Haas
  • Re: [HACKERS] [PATCH] Assert that the correct locks are held when calling PageGetLSN() Michael Paquier
  • Re: [HACKERS] [PATCH] Assert that the correct locks are held when calling PageGetLSN() Alvaro Herrera
  • Re: [HACKERS] [PATCH] Assert that the correct locks are held when calling PageGetLSN() Michael Paquier
  • Re: [HACKERS] [PATCH] Assert that the correct locks are held when calling PageGetLSN() Alvaro Herrera
  • Re: [HACKERS] [PATCH] Assert that the correct locks are held when calling PageGetLSN() Alvaro Herrera
  • Re: [HACKERS] [PATCH] Assert that the correct locks are held when calling PageGetLSN() Michael Paquier
  • Re: [HACKERS] [PATCH] Assert that the correct locks are held when calling PageGetLSN() Asim Praveen
  • Re: [HACKERS] [PATCH] Assert that the correct locks are held when calling PageGetLSN() Michael Paquier
  • Re: [HACKERS] [PATCH] Assert that the correct locks are held when calling PageGetLSN() Jacob Champion
  • Re: [HACKERS] [PATCH] Assert that the correct locks are held when calling PageGetLSN() Jacob Champion
  • Re: [HACKERS] [PATCH] Assert that the correct locks are held when calling PageGetLSN() Michael Paquier
  • Re: [HACKERS] [PATCH] Assert that the correct locks are held when calling PageGetLSN() Asim Praveen
  • Re: [HACKERS] [PATCH] Assert that the correct locks are held when calling PageGetLSN() Michael Paquier
  • Re: [HACKERS] [PATCH] Assert that the correct locks are held when calling PageGetLSN() Robert Haas
• Re: [HACKERS] Patch: Write Amplification Reduction Method (WARM) Daniel Gustafsson
• Re: [HACKERS] PATCH: Batch/pipelining support for libpq Daniel Gustafsson
  • Re: [HACKERS] PATCH: Batch/pipelining support for libpq Vaishnavi Prabakaran
• Re: [HACKERS] Parallel COPY FROM execution Daniel Gustafsson
• Re: [HACKERS] Explicit relation name in VACUUM VERBOSE log Daniel Gustafsson
  • Re: [HACKERS] Explicit relation name in VACUUM VERBOSE log Masahiko Sawada
• Re: [HACKERS] document and use SPI_result_code_string() Daniel Gustafsson
  • Re: [HACKERS] document and use SPI_result_code_string() Peter Eisentraut
• Re: [HACKERS] [PATCH v1] Add and report the new "in_hot_standby" GUC pseudo-variable. Daniel Gustafsson
• Re: [HACKERS] [WIP] Zipfian distribution in pgbench Daniel Gustafsson
• Re: [HACKERS] Small patch for pg_basebackup argument parsing Daniel Gustafsson
• Re: [HACKERS] CLUSTER command progress monitor Daniel Gustafsson
  • Re: [HACKERS] CLUSTER command progress monitor Robert Haas
• Re: [HACKERS] Push down more UPDATEs/DELETEs in postgres_fdw Daniel Gustafsson
• Re: [HACKERS] postgres_fdw: support parameterized foreign joins Daniel Gustafsson
• Re: [HACKERS] issue: record or row variable cannot be part of multiple-item INTO list Daniel Gustafsson
  • Re: [HACKERS] issue: record or row variable cannot be part of multiple-item INTO list Robert Haas
  • Re: [HACKERS] issue: record or row variable cannot be part of multiple-item INTO list Tom Lane
  • Re: [HACKERS] issue: record or row variable cannot be part of multiple-item INTO list Robert Haas
  • Re: [HACKERS] issue: record or row variable cannot be part of multiple-item INTO list Tom Lane
  • Re: [HACKERS] issue: record or row variable cannot be part of multiple-item INTO list Pavel Stehule
  • Re: [HACKERS] issue: record or row variable cannot be part of multiple-item INTO list Robert Haas
• Re: [HACKERS] parallelize queries containing initplans Daniel Gustafsson
  • Re: [HACKERS] parallelize queries containing initplans Robert Haas
  • Re: [HACKERS] parallelize queries containing initplans Amit Kapila
  • Re: [HACKERS] parallelize queries containing initplans Robert Haas
  • Re: [HACKERS] parallelize queries containing initplans Amit Kapila
  • Re: [HACKERS] parallelize queries containing initplans Amit Kapila
  • Re: [HACKERS] parallelize queries containing initplans Amit Kapila
  • Re: [HACKERS] parallelize queries containing initplans Robert Haas
  • Re: [HACKERS] parallelize queries containing initplans Amit Kapila
  • Re: [HACKERS] parallelize queries containing initplans Robert Haas
  • Re: [HACKERS] parallelize queries containing initplans Amit Kapila
  • Re: [HACKERS] parallelize queries containing initplans Robert Haas
  • Re: [HACKERS] parallelize queries containing initplans Amit Kapila
  • Re: [HACKERS] parallelize queries containing initplans tushar
  • Re: [HACKERS] parallelize queries containing initplans Amit Kapila
  • Re: [HACKERS] parallelize queries containing initplans tushar
  • Re: [HACKERS] parallelize queries containing initplans tushar
  • Re: [HACKERS] parallelize queries containing initplans Robert Haas
  • Re: [HACKERS] parallelize queries containing initplans Amit Kapila
  • Re: [HACKERS] parallelize queries containing initplans Amit Kapila
  • Re: [HACKERS] parallelize queries containing initplans Robert Haas
  • Re: [HACKERS] parallelize queries containing initplans Amit Kapila
  • Re: [HACKERS] parallelize queries containing initplans Amit Kapila
  • Re: [HACKERS] parallelize queries containing initplans Robert Haas
  • Re: [HACKERS] parallelize queries containing initplans Tom Lane
  • Re: [HACKERS] parallelize queries containing initplans Robert Haas
  • Re: [HACKERS] parallelize queries containing initplans Tom Lane
  • Re: [HACKERS] parallelize queries containing initplans Amit Kapila
• Re: [HACKERS] Vacuum: allow usage of more than 1GB of work mem Daniel Gustafsson
  • Re: [HACKERS] Vacuum: allow usage of more than 1GB of work mem Claudio Freire
• Re: [HACKERS] Crash on promotion when recovery.conf is renamed Daniel Gustafsson
  • Re: [HACKERS] Crash on promotion when recovery.conf is renamed Michael Paquier
• Re: [HACKERS] eval_const_expresisions and ScalarArrayOpExpr Tom Lane
• Re: [HACKERS] Statement-level rollback Daniel Gustafsson
  • Re: [HACKERS] Statement-level rollback MauMau
  • Re: [HACKERS] Statement-level rollback Peter Eisentraut
  • Re: [HACKERS] Statement-level rollback Craig Ringer
  • Re: [HACKERS] Statement-level rollback Tsunakawa, Takayuki
  • Re: [HACKERS] Statement-level rollback Tsunakawa, Takayuki
  • Re: [HACKERS] Statement-level rollback Vladimir Sitnikov
  • Re: [HACKERS] Statement-level rollback Craig Ringer
  • Re: [HACKERS] Statement-level rollback Tsunakawa, Takayuki
  • Re: [HACKERS] Statement-level rollback Vladimir Sitnikov
  • Re: [HACKERS] Statement-level rollback Simon Riggs
  • Re: [HACKERS] Statement-level rollback Tsunakawa, Takayuki
  • Re: [HACKERS] Statement-level rollback Thomas Munro
  • Re: [HACKERS] Statement-level rollback MauMau
• [HACKERS] Logging idle checkpoints Vik Fearing
  • Re: [HACKERS] Logging idle checkpoints Andres Freund
  • Re: [HACKERS] Logging idle checkpoints Michael Paquier
  • Re: [HACKERS] Logging idle checkpoints Andres Freund
  • Re: [HACKERS] Logging idle checkpoints Michael Paquier
  • Re: [HACKERS] Logging idle checkpoints Andres Freund
  • Re: [HACKERS] Logging idle checkpoints Stephen Frost
  • Re: [HACKERS] Logging idle checkpoints Michael Paquier
  • Re: [HACKERS] Logging idle checkpoints Kyotaro HORIGUCHI
  • Re: [HACKERS] Logging idle checkpoints Stephen Frost
  • Re: [HACKERS] Logging idle checkpoints Kyotaro HORIGUCHI
  • Re: [HACKERS] Logging idle checkpoints Alvaro Herrera
  • Re: [HACKERS] Logging idle checkpoints Kyotaro HORIGUCHI
  • [HACKERS] More stats about skipped vacuums Kyotaro HORIGUCHI
  • Re: [HACKERS] More stats about skipped vacuums Masahiko Sawada
  • Re: [HACKERS] More stats about skipped vacuums Kyotaro HORIGUCHI
  • Re: [HACKERS] More stats about skipped vacuums Kyotaro HORIGUCHI
• Re: [HACKERS] ANALYZE command progress checker Daniel Gustafsson
• Re: [HACKERS] pgbench: faster version of tpcb-like transaction Daniel Gustafsson
• Re: [HACKERS] PATCH: psql show index with type info Daniel Gustafsson
• Re: [HACKERS] [PATCH] Off-by-one error in logical slot resource retention Daniel Gustafsson
  • Re: [HACKERS] [PATCH] Off-by-one error in logical slot resource retention Craig Ringer
• Re: [HACKERS] shm_mq_set_sender() crash Noah Misch
• [HACKERS] pg_ctl kill support for KILL signal was Re: [COMMITTERS] pgsql: Add test for postmaster crash restarts. Andrew Dunstan
  • Re: [HACKERS] pg_ctl kill support for KILL signal was Re: [COMMITTERS] pgsql: Add test for postmaster crash restarts. Tom Lane
  • Re: [HACKERS] pg_ctl kill support for KILL signal was Re: [COMMITTERS] pgsql: Add test for postmaster crash restarts. Andres Freund
  • Re: [HACKERS] pg_ctl kill support for KILL signal was Re: [COMMITTERS] pgsql: Add test for postmaster crash restarts. Andrew Dunstan
  • Re: [HACKERS] pg_ctl kill support for KILL signal was Re: [COMMITTERS] pgsql: Add test for postmaster crash restarts. Andres Freund
  • Re: [HACKERS] pg_ctl kill support for KILL signal was Re: [COMMITTERS] pgsql: Add test for postmaster crash restarts. Tom Lane
  • Re: [HACKERS] pg_ctl kill support for KILL signal was Re: [COMMITTERS] pgsql: Add test for postmaster crash restarts. Andres Freund
• [HACKERS] Warnings in objectaddress.c Дмитрий Воронин
  • Re: [HACKERS] Warnings in objectaddress.c Robert Haas
  • Re: [HACKERS] Warnings in objectaddress.c Tom Lane
  • Re: [HACKERS] Warnings in objectaddress.c Robert Haas
• [HACKERS] show precise repos version for dev builds? Fabien COELHO
  • Re: [HACKERS] show precise repos version for dev builds? Tom Lane
  • Re: [HACKERS] show precise repos version for dev builds? Fabien COELHO
  • Re: [HACKERS] show precise repos version for dev builds? Jeremy Schneider
  • Re: [HACKERS] show precise repos version for dev builds? Craig Ringer
  • Re: [HACKERS] show precise repos version for dev builds? Jeremy Schneider

• Earlier messages
• Later messages