On November 5, 2001 11:46 pm, Albert D. Cahalan wrote:
> Daniel Phillips writes:
>
> > I've done quite a bit more kernel profiling and I've found that
> > overhead for converting numbers to ascii for transport to proc is
> > significant, and there are other overheads as well, such as the
> > sprintf and proc file open. These must be matched by corresponding
> > overhead on the user space side, which I have not profiled. I'll
> > take some time and present these numbers properly at some point.
>
> You said "top -d .1" was 18%, with 11% user, and konsole at 9%.
> So that gives:
>
> 9% konsole
> 7% kernel
> 2% top
> 0% X server ????
No, the konsole 9% is outside of top's 18%.
> If konsole is well-written, that 9% should drop greatly as konsole
> falls behind on a busy system. For example, when scrolling rapidly
> it might skip whole screenfuls of data. Hopefully those characters
> are rendered in a reasonably efficient way.
I don't think I'll try to optimize konsole/QT/X today, thanks ;-)
Lets just not lose sight of the overhead connected with ASCII proc IO, it's a
lot more than some seem to think.
-- Daniel - 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/
This archive was generated by hypermail 2b29 : Wed Nov 07 2001 - 21:00:28 EST