Hi Peter, Thank you for your reply!
> On 27/11/2018 08:42, Iwata, Aya wrote: > > I created a new version patch. Please find attached my patch. > > This does not excite me. It seems mostly redundant with using tcpdump. I will develop "log level". I'm planning not to output redundant message at the default level. > If I were to debug networking problems, I wouldn't even trust this very much > because it relies on the willpower of all future PostgreSQL developers to > keep this accurately up to date, whereas tcpdump gives me the truth from the > kernel. I agree your concern about log trusty. It would be a good choice for only skilled users to use tcpdump. I think libpq trace log will be used many users, it includes users who not familiar with PostgreSQL protocols. The log would be easier to use because it shows "start time" and "end time". On tcpdump also shows the starting time and ending time but people need to know PostgreSQL protocol to get them. And this log also is useful for Windows users. Windows does not have originally networking trace tool. If you have any ideas about maintain this feature, I would like to know it. Regards, Aya Iwata
