Messages in this thread | | | From | Vaibhav Nagarnaik <> | Date | Thu, 29 Mar 2012 12:43:33 -0700 | Subject | Re: [PATCH 4/6] trace: trace syscall in its handler not from ptrace handler |
| |
On Thu, Mar 29, 2012 at 12:12 PM, H. Peter Anvin <hpa@zytor.com> wrote: > ANY increase to the fastpath is unacceptable, period.
I agree.
I know that this or any similar solutions won't be acceptable upstream, but it works for us within the current syscall tracing framework.
> Furthermore, as I have discussed with some people over the last few > days, I think we should consider the whole syscall tracing interface set > to be a mistake and deprecate it. There are much better ways to > accomplish something that will work more reliable without all these thunks.
We rely heavily on a system-wide tracing framework and having the capability of syscall tracing in the kernel helps with debugging performance issues. ftrace is the best tool for us in this respect.
However, we agree that the syscall tracing as implemented currently is a bit unwieldy. We would want to be a part of the re-designing effort if there is a momentum in the community towards that goal. We would be happy to contribute towards this effort.
Thanks
Vaibhav Nagarnaik -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
| |