Peter Eisentraut <[EMAIL PROTECTED]> writes: >> Now all you need is a free signal number. Unfortunately we're already >> using both SIGUSR1 and SIGUSR2. > Maybe you could dump the old meaning SIGQUIT (externally invoked error), > move quickdie() to SIGQUIT, and you got SIGUSR1 free. > (That would even make sense in two ways: 1) SIGQUIT would actually cause > the guy to quit; 2) there is a correspondence between postmaster and > postgres signals.) Seems like a plan. The current definition of backend SIGQUIT is really stupid anyway --- what's the value of forcing an error asynchronously? Also, it always bothered me that the postmaster and backend signals weren't consistent, so I'd be inclined to make this change even if we end up not using SIGUSR1 for Bruce's idea ... regards, tom lane
- Re: [HACKERS] WAL fsync scheduling Bruce Momjian
- Re: [HACKERS] WAL fsync scheduling Bruce Momjian
- Re: [HACKERS] WAL fsync scheduling Larry Rosenman
- Re: [HACKERS] WAL fsync scheduling Bruce Momjian
- Re: [HACKERS] WAL fsync scheduling Tom Lane
- Re: [HACKERS] WAL fsync scheduling Bruce Momjian
- Re: [HACKERS] WAL fsync scheduling Tom Lane
- Re: [HACKERS] WAL fsync scheduling Bruce Momjian
- Re: [HACKERS] WAL fsync scheduling Peter Eisentraut
- Re: [HACKERS] WAL fsync scheduling Bruce Momjian
- Re: [HACKERS] WAL fsync scheduling Tom Lane
- Re: [HACKERS] WAL fsync scheduling Peter Eisentraut
- Re: [HACKERS] WAL fsync scheduling Vadim Mikheev
- Re: [HACKERS] WAL fsync scheduling Bruce Momjian
- Re: [HACKERS] WAL fsync scheduling Bruce Momjian
- Re: [HACKERS] RE: [COMMITTERS] pgsql/src/backend/access/t... Bruce Momjian
- Re: [HACKERS] RE: [COMMITTERS] pgsql/src/backend/access/t... Peter Eisentraut
- Re: [HACKERS] RE: [COMMITTERS] pgsql/src/backend/access... Bruce Momjian
- Re: [HACKERS] RE: [COMMITTERS] pgsql/src/backend/access... Alfred Perlstein
- Re: [HACKERS] RE: [COMMITTERS] pgsql/src/backend/access... Bruce Momjian
- Re: [HACKERS] RE: [COMMITTERS] pgsql/src/backend/access... Alfred Perlstein