On 12/22, Andrew Morton wrote:
On Fri, 18 Dec 2009 02:11:16 +0100
Oleg Nesterov o...@redhat.com wrote:
It allows for multiple separate tracing engines to work
in parallel without interfering with each other. Higher-level tracing
facilities can be implemented as loadable kernel modules
Well. I had a lot of technical discussions with Roland about utrace,
but I never asked him why he created this thing ;) To me, utrace
looks like vfs. Currently we have the single and very poor filesystem,
ptrace. Until we add the appropriate layer, we can't expect the
further improvements is
Do you have an estimate or better numbers how the overhead of
seccomp-over-utrace compares to the current in-tree seccomp?
I never measured it. I would estimate that any difference one way or
another is in the noise. The point of seccomp is to run a process that
almost never makes any system