Andreas Pflug <[EMAIL PROTECTED]> writes: > Taken from your mail, I understand that a killed backend might leave > some loose ends, eg. open locks, which would degrade the cluster's > performance. Still, it should not corrupt the shared mem, just leave it > as if the backend's still alive and sleeping, right?
Well, I was citing that as an example of the sort of trouble that is foreseeable; I don't say either that it would happen, or that it's the only bad thing that could happen. But having backends block on locks that will never be released sure seems like something that would look like database corruption to the average DBA. If you want to put in the function and document that it may cause problems, I won't object; it's not like we don't have other features that are poorly implemented :-(. But my vote would be to remove it. regards, tom lane ---------------------------(end of broadcast)--------------------------- TIP 1: subscribe and unsubscribe commands go to [EMAIL PROTECTED]