Re: [lttng-dev] 回复: 回复: 回复: 回复: shm leak in traced application?

2022-03-09 Thread Mathieu Desnoyers via lttng-dev
When this happpens, is the process holding a single (or very few) shm file references, or references to many shm files ? I wonder if you end up in a scenario where an application very frequently performs exec(), and therefore sometimes the exec() will happen in the window between the unix soc

Re: [lttng-dev] 回复: 回复: 回复: 回复: shm leak in traced application?

2022-03-09 Thread Mathieu Desnoyers via lttng-dev
Hi Zhenyu, Can you try this fix please ? https://review.lttng.org/c/lttng-ust/+/7530 And let me know how it goes. Thanks, Mathieu - On Mar 9, 2022, at 11:37 AM, Mathieu Desnoyers wrote: > When this happpens, is the process holding a single (or very few) shm file > references, or

[lttng-dev] 回复:回复: 回复: 回复: 回复: shm leak in traced application?

2022-03-09 Thread zhenyu.ren via lttng-dev
>When this happpens, is the process holding a single (or very few) shm file >references, or references to many shm files ? It is holding "all" of shm files' reference , neither a single one nor some few ones. In fact, yesterday, I tried to fix it as the following and it seems work. --- a/lttng

[lttng-dev] 回复: 回复:回复: 回复: 回复: 回复: shm leak in traced application?

2022-03-09 Thread zhenyu.ren via lttng-dev
Oh, I see. I have an old ust(2.7). So I have no FD_CLOEXEC in ustcomm_recv_fds_unix_sock(). Thanks very much!!! zhenyu.ren -- 发件人:zhenyu.ren via lttng-dev 发送时间:2022年3月10日(星期四) 11:24 收件人:Mathieu Desnoyers 抄 送:lttng-dev 主 题:[lttng-