On 10 October 2015 20:45, Amit Kapila Wrote: >> I observed one strange behavior today that if postmaster process gets >> crashed/killed, then it kill all background processes but not the client >> backend process.
> This is a known behaviour and there was some discussion on this > topic [1] previously as well. I think that thread didn't reach to conclusion, > but there were couple of other reasons discussed in that thread as well to > have the behaviour as you are proposing here. Oops..I did not know about this. I shall check the older thread to get other opinions. >> One way to handle this issue will be to check whether postmaster is alive >> after every command read but it will add extra cost for each query execution. > I don't think that is a good idea as if there is no command execution > it will still stay as it is and doing such operations on each command > doesn't sound to be good idea even though overhead might not be > big. There are some other ideas discussed in that thread [2] to achieve > this behaviour, but I think we need to find a portable way to achieve it. Yes, you are right that process will not be closed till a new command comes but I think it does not harm functionality in anyway except that the process and its acquired resources does not get freed. Also use-case of application will be very less where their client process stays idle for very long time. But at the same time I agree this is not the best solution, we should look for more appropriate/better one. Now as it is confirmed to be valid issue, I will spend some time on this to find if there is something more appropriate solution. Thanks and Regards, Kumar Rajeev Rastogi
