On Mon, Feb 11, 2013 at 08:58:55PM +0100, Jan Kara wrote: > > Another downside of using a pointer to __FILE__, or some static > > character pointer, is that it doesn't work for the applications such > > as perf (and I think ftrace, although I'm not certain about the ftrace > > tool, since I never use it) can't handle printing the char *, since > > they use the ring buffer syscall directly instead of using the > > TP_printk statement. So all they get is a kernel address, and > > something which is useful to decode. > > One can overcome this relatively easily by defining the trace > event to have __array(char, file, 32) and then strcpy() the name to is in > TP_fast_assign(). We do this in lot of other trace points as well (with > device names etc.). True, but then the tradeoff is that we've bloated the size of the tracepoint in the ring buffer. Given how many handles can be created and closed per second, keeping the tracepoint size small is also desireable. Of course one thing we could do is use a small integer, and then have a sysfs interface which maps the integer to the file name. That may be overkill, though. > > > But for users who are using the /sys/kernel/debug/tracing interface > > via echo and cat, I do agree that using a static char *JBD_FILE so > > that /sys/kernel/debug/trace has real file names would be a bit more > > convenient for them. > Convenience of use is one thing, having programmer properly assign new > handle types (or use old ones) is another. And you also have questions like > - there are three call sites with this handle type but I cannot figure out > which of them is causing problems. Well, that's what the line number is for (so you can distinguish the call site). The other reason why using a type separate from the file name is sometimes the best way to classify different types of handle operations isn't necessarily by file name. As far as the effort of programmers to assign new handle types, I don't really anticipate that this will be a common thing; it's pretty rare that we introduce code which requires new calls to ext4_journal_start/ext4_journal_stop. And when programmers do need to do this, the question of which handle type to use or whether to create a new handle type is a pretty minor issue. The much greater difficulty is figuring out how many journal credits to reserve. :-) - Ted -- To unsubscribe from this list: send the line "unsubscribe linux-ext4" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
