On Thu, 10 Jan 2013 01:10:02 +0400 Glauber Costa <[email protected]> wrote:
> The main advantage I see in this approach, is that there is way less > data to be written using a header. Although your way works, it means we > will write the strings "nice", "system", etc. #cpu times. Quite a waste. Yes, overhead can be a significant issue with this type of interface. But we already incurred a massive overhead by using a human-readable ascii interface. If performance is an issue, perhaps the whole thing should be grafted onto taskstats instead. Or create a new taskstats-like thing. btw, a more typical interface would be cat /.../cpu0 nice:nn system:nn irq:nn - the traditional one-per-line name:value tuples. But I'd assumed that having a file per CPU would be aawkward. -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [email protected] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
