[EMAIL PROTECTED] (Nathan Myers) writes: > I see, I had it backwards: N=0 corresponds to "always delay", and > N=infinity (~0) is "never delay", or what you call zero delay. N=1 is > not interesting. N=M/2 or N=sqrt(M) or N=log(M) might be interesting, > where M is the number of backends, or the number of backends with begun > transactions, or something. N=10 would be conservative (and maybe > pointless) just because it would hardly ever trigger a delay. Why is N=1 not interesting? That requires at least one other backend to be in a transaction before you'll delay. That would seem to be the minimum useful value --- N=0 (always delay) seems clearly to be too stupid to be useful. regards, tom lane
- Re: [HACKERS] CommitDelay performanc... Philip Warner
- Re: [HACKERS] CommitDelay performanc... Bruce Momjian
- Re: [HACKERS] CommitDelay performanc... Dominique Quatravaux
- Re: [HACKERS] CommitDelay performanc... Tom Lane
- Re: [HACKERS] CommitDelay performanc... Bruce Momjian
- Re: [HACKERS] CommitDelay performance improvement Nathan Myers
- Re: [HACKERS] CommitDelay performance improvemen... Bruce Momjian
- Re: [HACKERS] CommitDelay performance improv... Nathan Myers
- Re: [HACKERS] CommitDelay performance im... Bruce Momjian
- Re: [HACKERS] CommitDelay performanc... Nathan Myers
- Re: [HACKERS] CommitDelay performanc... Tom Lane
- Re: [HACKERS] CommitDelay performanc... Nathan Myers
- Re: [HACKERS] CommitDelay performanc... Tom Lane
- Re: [HACKERS] CommitDelay performanc... Philip Warner
- Re: [HACKERS] CommitDelay performanc... Tom Lane
- Re: [HACKERS] CommitDelay performanc... Nathan Myers
- Re: [HACKERS] CommitDelay performanc... Philip Warner
- Re: [HACKERS] CommitDelay performanc... Tom Lane
- Re: [HACKERS] CommitDelay performanc... Hiroshi Inoue
- Re: [HACKERS] CommitDelay performanc... Tom Lane
- Re: [HACKERS] CommitDelay performanc... Tom Lane