On Mon, Oct 28, 2013 at 8:16 PM, Masami Hiramatsu <masami.hiramatsu...@hitachi.com> wrote: > (2013/10/26 17:59), Ingo Molnar wrote: >> >> * Jovi Zhangwei <jovi.zhang...@gmail.com> wrote: >> >>> Thanks. An addition question I want to discuss in here is the ktap >>> code structure layout in first patch series, this don't need to >>> dig out any ktap design detail, so we can make agreement on this >>> point, and ease for me to prepare patch series. >>> >>> Do I need to prepare patchset target on staging tree or "real" >>> part of kernel? [...] >> >> I'd suggest adding it to the core, i.e. kernel/tracing/ and >> kernel/trace/trace_events_filter.c in particular which includes the >> current filter script interpreter. > > It means we'll need to put Lua compiler in the kernel... > I just recommend to put the ktap *on* the ftrace or perf. Not directly > integrate it. Bytecode interpreter is good, limited fomula parser is also > good, but IMHO, integrating complete lua compiler into the kernel looks > crazy. > I think it is just enough to include lua compiler as a tool in the kernel. > Agree, putting lua language compiler into kernel is a crazy idea, and I cannot find the good reason for this, IMO.
If you knows lua, they combine compiler and interpreter together, but when I decided to start ktap, I decoupled the compiler and interpreter, some reasons behind that decision: - focus on interpreter(ktapvm) we should optimize interpreter as much as we can, but if we also put compiler into kernel, we need to open another eye on compiler, to be careful on performance/overhead of compiler design, too crazy to consider those issues, and not needed. - debugging info (like vmline, CTF, dwarf) debugging info should handle in userspace, not kernel. - less kernel problems (aka, safety) - future language syntax change easy to change the compiler in userspace, also it's have a possibility one kernel interpreter back end for different compiler. ktap is defined as"lightweight", mainly for ktapvm. if putting compiler into kernel, then it's not "lightweight" anymore. Thanks. Jovi -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
