[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <b5526d61-9af9-1f10-bf20-38cf8a2f10fd@gmail.com>
Date: Tue, 31 Mar 2020 16:44:43 -0600
From: David Ahern <dsahern@...il.com>
To: Edward Cree <ecree@...arflare.com>,
Andrii Nakryiko <andrii.nakryiko@...il.com>
Cc: Alexei Starovoitov <alexei.starovoitov@...il.com>,
Andrii Nakryiko <andriin@...com>, bpf <bpf@...r.kernel.org>,
Networking <netdev@...r.kernel.org>,
Alexei Starovoitov <ast@...com>,
Daniel Borkmann <daniel@...earbox.net>,
Andrey Ignatov <rdna@...com>, Kernel Team <kernel-team@...com>
Subject: Re: [PATCH v3 bpf-next 0/4] Add support for cgroup bpf_link
On 3/31/20 3:51 PM, Edward Cree wrote:
> On 31/03/2020 04:54, Andrii Nakryiko wrote:
>> No need to kill random processes, you can kill only those that hold
>> bpf_link FD. You can find them using drgn tool with script like [0].
> For the record, I find the argument "we don't need a query feature,
> because you can just use a kernel debugger" *utterly* *horrifying*.
> Now, it seems to be moot, because Alexei has given other, better
> reasons why query doesn't need to land yet; but can we please not
> ever treat debugging interfaces as a substitute for proper APIs?
>
> </scream>
> -ed
>
just about to send the same intent. Dev packages and processing
/proc/kcore is not a proper observability API for production systems.
Powered by blists - more mailing lists