Skip site navigation
(1)
Skip section navigation
(2)
Search
Peripheral Links
Text Size:
Normal
/
Large
Donate
Contact
Header And Logo
|
Site Navigation
Home
About
Downloads
Documentation
Community
Developers
Support
Section Navigation
Community
Contributors
Mailing Lists
Subscribe
User lists
Developer lists
pgsql-cluster-hackers
pgsql-committers
pgsql-hackers
pgsql-rrreviewers
pgsql-testers
pgsql-www
Regional lists
Associations
User groups
Project lists
Inactive lists
IRC
Featured Users
International Sites
Propaganda
Resources
Weekly News
Community login
Profile
Lost password
Search archives
Advanced Search
pgsql-hackers 2011-08 Thread Index (5/8)
Last updated: Wed Jan 18 02:56:11 2012
1437 messages
Main Index
[
Prev Page
]
[
Next Page
]
Re: our buffer replacement strategy is kind of lame
,
(continued)
Re: our buffer replacement strategy is kind of lame
Tom Lane (Sun 14 17:11)
Re: our buffer replacement strategy is kind of lame
Robert Haas (Sun 14 18:33)
Re: our buffer replacement strategy is kind of lame
Martijn van Oosterhout (Sun 14 13:05)
Re: our buffer replacement strategy is kind of lame
Jim Nasby (Mon 15 23:26)
Re: our buffer replacement strategy is kind of lame
Greg Smith (Mon 15 00:53)
Re: our buffer replacement strategy is kind of lame
Kevin Grittner (Mon 15 17:06)
index-only scans
Robert Haas (Thu 11 20:06)
Re: index-only scans
Greg Sabino Mullane (Thu 11 20:57)
Re: index-only scans
Joshua D. Drake (Thu 11 21:02)
Re: index-only scans
Robert Haas (Thu 11 21:06)
Re: index-only scans
Greg Sabino Mullane (Fri 12 01:45)
Re: index-only scans
Andrew Dunstan (Fri 12 01:51)
Re: index-only scans
Robert Haas (Fri 12 03:22)
Re: index-only scans
Cédric Villemain (Thu 11 21:39)
Re: index-only scans
Robert Haas (Fri 12 02:39)
Re: index-only scans
Cédric Villemain (Fri 12 10:20)
Re: index-only scans
Robert Haas (Fri 12 13:10)
Re: index-only scans
Cédric Villemain (Fri 12 13:32)
Re: index-only scans
Robert Haas (Fri 12 15:14)
Re: index-only scans
Oleg Bartunov (Fri 12 13:10)
Re: index-only scans
Heikki Linnakangas (Fri 12 20:03)
Re: index-only scans
Robert Haas (Fri 12 20:06)
Re: index-only scans
PostgreSQL - Hans-Jürgen Schönig (Fri 12 20:21)
Re: index-only scans
Robert Haas (Fri 12 21:26)
Re: index-only scans
Kevin Grittner (Fri 12 21:39)
Re: index-only scans
Robert Haas (Sat 13 19:33)
Re: index-only scans
Kääriäinen Anssi (Sat 13 20:58)
Re: index-only scans
Heikki Linnakangas (Sat 13 21:31)
Re: index-only scans
Jim Nasby (Mon 15 21:53)
Re: index-only scans
Anssi Kääriäinen (Tue 16 10:02)
Re: index-only scans
Greg Smith (Mon 15 23:37)
Re: index-only scans
Robert Haas (Tue 16 00:52)
Final 48 for PgWest CFP
Joshua D. Drake (Thu 11 16:26)
plpython crash
Jean-Baptiste Quenot (Thu 11 16:02)
Re: plpython crash
Jan Urbański (Fri 12 09:57)
Re: plpython crash
Jean-Baptiste Quenot (Fri 12 11:55)
Re: plpython crash
Jan Urbański (Fri 12 16:36)
Re: plpython crash
Jean-Baptiste Quenot (Tue 16 14:53)
Re: plpython crash
Jan Urbański (Tue 16 15:06)
Re: plpython crash
Jan Urbański (Tue 16 15:35)
Re: plpython crash
Jean-Baptiste Quenot (Tue 16 17:07)
Re: plpython crash
Jan Urbański (Tue 16 17:13)
Re: plpython crash
Jan Urbański (Wed 17 09:41)
Re: plpython crash
Jan Urbański (Wed 17 14:16)
Re: plpython crash
Tom Lane (Wed 17 17:27)
Re: plpython crash
Tom Lane (Wed 17 21:10)
Re: plpython crash
Jan Urbański (Thu 18 11:09)
Re: Extra check in 9.0 exclusion constraint unintended consequences
Robert Haas (Thu 11 15:59)
Re: Extra check in 9.0 exclusion constraint unintended consequences
Jeff Davis (Thu 11 18:34)
Re: Extra check in 9.0 exclusion constraint unintended consequences
Robert Haas (Fri 12 18:58)
Re: Extra check in 9.0 exclusion constraint unintended consequences
Jeff Davis (Fri 12 20:27)
compiling 9.2 : WinXp+mingw
pasman pasmański (Thu 11 12:58)
Re: compiling 9.2 : WinXp+mingw
Andrew Dunstan (Thu 11 13:16)
Re: compiling 9.2 : WinXp+mingw
pasman pasmański (Thu 11 13:42)
Re: compiling 9.2 : WinXp+mingw
Andrew Dunstan (Thu 11 14:19)
Re: XMLATTRIBUTES vs. values of type XML
Peter Eisentraut (Thu 11 07:16)
Re: XMLATTRIBUTES vs. values of type XML
Florian Pflug (Thu 11 09:13)
Backup's from standby
senthilnathan (Thu 11 05:02)
Re: Backup's from standby
Robert Haas (Thu 11 16:30)
Re: Backup's from standby
senthilnathan (Tue 16 06:34)
Re: Backup's from standby
Robert Haas (Tue 16 12:34)
Re: Backup's from standby
Simon Riggs (Tue 16 12:52)
Re: Backup's from standby
senthilnathan (Wed 17 05:39)
Re: Backup's from standby
Robert Haas (Wed 17 12:37)
Re: Backup's from standby
Valentine Gogichashvili (Fri 19 13:39)
Re: Backup's from standby
Robert Haas (Thu 25 18:53)
wal_sender_delay (WalSndDelay) has served its purpose
Tom Lane (Wed 10 21:23)
Re: wal_sender_delay (WalSndDelay) has served its purpose
Simon Riggs (Wed 10 21:29)
Re: wal_sender_delay (WalSndDelay) has served its purpose
Robert Haas (Wed 10 23:58)
Possible Bug in pg_upgrade
Dave Byrne (Wed 10 18:54)
Re: Possible Bug in pg_upgrade
Tom Lane (Wed 10 19:28)
Re: Possible Bug in pg_upgrade
Dave Byrne (Wed 10 22:18)
Re: Possible Bug in pg_upgrade
Tom Lane (Wed 10 22:53)
Re: Possible Bug in pg_upgrade
Peter Eisentraut (Thu 11 07:02)
Re: Possible Bug in pg_upgrade
Dave Byrne (Fri 12 15:18)
Re: Possible Bug in pg_upgrade
Bruce Momjian (Mon 15 03:28)
Re: Possible Bug in pg_upgrade
Bruce Momjian (Tue 16 02:39)
"pgstat wait timeout" warnings
Tom Lane (Wed 10 18:45)
Re: "pgstat wait timeout" warnings
Heikki Linnakangas (Wed 10 18:54)
Re: "pgstat wait timeout" warnings
Bernd Helmle (Thu 11 09:49)
Re: "pgstat wait timeout" warnings
Andres Freund (Thu 11 10:04)
Re: "pgstat wait timeout" warnings
Tom Lane (Thu 11 14:30)
Re: "pgstat wait timeout" warnings
Robert Haas (Thu 11 14:39)
sha1, sha2 functions into core?
Peter Eisentraut (Wed 10 18:07)
Re: sha1, sha2 functions into core?
Tom Lane (Wed 10 18:19)
Re: sha1, sha2 functions into core?
Peter Eisentraut (Thu 11 07:06)
Re: sha1, sha2 functions into core?
Magnus Hagander (Thu 11 08:08)
Re: sha1, sha2 functions into core?
Marko Kreen (Thu 11 12:10)
Re: sha1, sha2 functions into core?
Tom Lane (Thu 11 14:46)
Re: sha1, sha2 functions into core?
Andrew Dunstan (Thu 11 15:06)
Re: sha1, sha2 functions into core?
Marko Kreen (Fri 12 12:02)
Re: sha1, sha2 functions into core?
David E. Wheeler (Fri 12 16:39)
Re: sha1, sha2 functions into core?
Marko Kreen (Fri 12 19:15)
Re: sha1, sha2 functions into core?
Ross J. Reedstrom (Wed 31 18:35)
Re: sha1, sha2 functions into core?
Andrew Dunstan (Wed 10 18:24)
Re: sha1, sha2 functions into core?
Robert Haas (Wed 10 18:26)
Re: sha1, sha2 functions into core?
Peter Eisentraut (Wed 10 18:46)
Re: sha1, sha2 functions into core?
Heikki Linnakangas (Wed 10 19:02)
Re: sha1, sha2 functions into core?
Magnus Hagander (Wed 10 19:04)
Re: sha1, sha2 functions into core?
Dave Page (Wed 10 18:29)
Re: sha1, sha2 functions into core?
Peter Eisentraut (Wed 10 18:43)
SHOW command always returns text field
Peter Eisentraut (Wed 10 18:03)
Re: SHOW command always returns text field
Tom Lane (Wed 10 18:14)
Re: SHOW command always returns text field
Alvaro Herrera (Wed 10 18:28)
Re: SHOW command always returns text field
Tom Lane (Wed 10 18:50)
gcc 4.6 warnings in HEAD?
Alvaro Herrera (Wed 10 16:37)
Re: gcc 4.6 warnings in HEAD?
Peter Eisentraut (Wed 10 18:02)
Re: Review of VS 2010 support patches
Magnus Hagander (Wed 10 13:03)
Re: Review of VS 2010 support patches
Robert Haas (Wed 10 13:21)
Re: Review of VS 2010 support patches
Andrew Dunstan (Wed 10 13:26)
Re: Review of VS 2010 support patches
Andrew Dunstan (Wed 10 13:25)
Re: Review of VS 2010 support patches
Magnus Hagander (Wed 10 13:28)
Re: longstanding mingw warning
Magnus Hagander (Wed 10 12:08)
Re: longstanding mingw warning
Andrew Dunstan (Wed 10 15:25)
Re: longstanding mingw warning
Magnus Hagander (Wed 10 18:22)
Re: SSL-mode error reporting in libpq
Magnus Hagander (Wed 10 11:10)
<Possible follow-ups>
Re: SSL-mode error reporting in libpq
Daniel Farina (Tue 23 01:04)
Re: Policy on pulling in code from other projects?
Peter van Hardenberg (Wed 10 01:00)
Re: Policy on pulling in code from other projects?
David E. Wheeler (Wed 10 17:01)
Re: Reduced power consumption in autovacuum launcher process
Tom Lane (Tue 09 22:08)
Re: Reduced power consumption in autovacuum launcher process
Peter Geoghegan (Tue 09 23:25)
Re: Reduced power consumption in autovacuum launcher process
Tom Lane (Wed 10 00:36)
Re: Reduced power consumption in autovacuum launcher process
Peter Geoghegan (Wed 10 08:44)
Re: Reduced power consumption in autovacuum launcher process
Tom Lane (Wed 10 14:08)
Re: Reduced power consumption in autovacuum launcher process
Simon Riggs (Wed 10 18:03)
<Possible follow-ups>
Re: Reduced power consumption in autovacuum launcher process
Tom Lane (Wed 10 16:42)
Ignore lost+found when checking if a directory is empty
Brian Pitts (Tue 09 19:07)
Re: Ignore lost+found when checking if a directory is empty
Jeff Davis (Tue 09 20:03)
Re: Ignore lost+found when checking if a directory is empty
Alvaro Herrera (Tue 09 20:38)
Re: Ignore lost+found when checking if a directory is empty
Tom Lane (Tue 09 21:38)
Re: Ignore lost+found when checking if a directory is empty
Bruce Momjian (Sun 14 02:23)
Re: Ignore lost+found when checking if a directory is empty
Jaime Casanova (Tue 09 20:03)
Re: Ignore lost+found when checking if a directory is empty
Jeff Davis (Tue 09 20:08)
Re: Ignore lost+found when checking if a directory is empty
Tom Lane (Tue 09 20:30)
small issue with host names in hba
Peter Eisentraut (Tue 09 18:16)
Re: small issue with host names in hba
Robert Haas (Thu 11 14:02)
Re: small issue with host names in hba
Tom Lane (Thu 11 17:50)
[PATCH] Ignore lost+found when checking if a directory is empty
Brian Pitts (Tue 09 18:12)
augmenting MultiXacts to improve foreign keys
Alvaro Herrera (Tue 09 17:01)
Re: augmenting MultiXacts to improve foreign keys
Jeff Davis (Tue 09 18:41)
Re: augmenting MultiXacts to improve foreign keys
Alvaro Herrera (Tue 09 18:51)
Re: augmenting MultiXacts to improve foreign keys
Tom Lane (Tue 09 20:40)
Re: augmenting MultiXacts to improve foreign keys
Alvaro Herrera (Tue 09 21:03)
Re: augmenting MultiXacts to improve foreign keys
Robert Haas (Wed 10 00:00)
Re: augmenting MultiXacts to improve foreign keys
Florian Pflug (Wed 10 08:14)
Re: augmenting MultiXacts to improve foreign keys
Florian Pflug (Tue 09 19:10)
Re: augmenting MultiXacts to improve foreign keys
Florian Pflug (Tue 09 19:41)
Re: augmenting MultiXacts to improve foreign keys
Alvaro Herrera (Tue 09 19:50)
Re: augmenting MultiXacts to improve foreign keys
Noah Misch (Wed 10 06:46)
Re: augmenting MultiXacts to improve foreign keys
Florian Pflug (Wed 10 08:15)
Re: augmenting MultiXacts to improve foreign keys
Noah Misch (Wed 10 07:11)
Problem with sources.
pasman pasmański (Tue 09 13:10)
Re: Problem with sources.
Andrew Dunstan (Tue 09 13:23)
Re: Problem with sources.
Andrew Dunstan (Tue 09 13:49)
<Possible follow-ups>
Re: Problem with sources.
pasman pasmański (Wed 10 06:53)
some missing internationalization in pg_basebackup
Peter Eisentraut (Tue 09 11:38)
Re: some missing internationalization in pg_basebackup
Magnus Hagander (Wed 10 09:48)
Re: some missing internationalization in pg_basebackup
Peter Eisentraut (Tue 16 08:33)
Re: some missing internationalization in pg_basebackup
Magnus Hagander (Tue 16 08:38)
Re: some missing internationalization in pg_basebackup
Dimitri Fontaine (Tue 16 09:44)
Re: some missing internationalization in pg_basebackup
Magnus Hagander (Tue 16 15:00)
Enforcing that all WAL has been replayed after restoring from backup
Heikki Linnakangas (Tue 09 09:00)
Re: Enforcing that all WAL has been replayed after restoring from backup
Alvaro Herrera (Tue 09 15:20)
Re: Enforcing that all WAL has been replayed after restoring from backup
Heikki Linnakangas (Tue 09 15:22)
Re: Enforcing that all WAL has been replayed after restoring from backup
Tom Lane (Tue 09 16:07)
Re: Enforcing that all WAL has been replayed after restoring from backup
Heikki Linnakangas (Wed 10 09:27)
Re: Enforcing that all WAL has been replayed after restoring from backup
Magnus Hagander (Wed 10 09:35)
Re: Enforcing that all WAL has been replayed after restoring from backup
Heikki Linnakangas (Wed 10 10:44)
Re: Enforcing that all WAL has been replayed after restoring from backup
Magnus Hagander (Wed 10 10:53)
Re: Enforcing that all WAL has been replayed after restoring from backup
Robert Haas (Wed 10 12:19)
Re: Enforcing that all WAL has been replayed after restoring from backup
Simon Riggs (Wed 10 12:34)
Re: Enforcing that all WAL has been replayed after restoring from backup
Heikki Linnakangas (Wed 10 16:34)
Re: Enforcing that all WAL has been replayed after restoring from backup
Tom Lane (Wed 10 17:59)
Re: Enforcing that all WAL has been replayed after restoring from backup
Robert Haas (Wed 10 18:01)
Re: Enforcing that all WAL has been replayed after restoring from backup
Magnus Hagander (Wed 10 18:16)
Re: Enforcing that all WAL has been replayed after restoring from backup
Fujii Masao (Tue 16 01:10)
Re: Enforcing that all WAL has been replayed after restoring from backup
Heikki Linnakangas (Wed 17 08:49)
Re: Enforcing that all WAL has been replayed after restoring from backup
Fujii Masao (Wed 17 09:26)
Re: Enforcing that all WAL has been replayed after restoring from backup
Heikki Linnakangas (Wed 17 09:38)
Re: Enforcing that all WAL has been replayed after restoring from backup
Dimitri Fontaine (Fri 12 21:10)
Main Index
[
Prev Page
]
[
Next Page
]
Mail converted by
MHonArc
Privacy Policy
|
About PostgreSQL
Copyright © 1996 – 2012 PostgreSQL Global Development Group