> Integer increments are usually pretty cheap. Considering
> accuracy is not absolutely needed (imho), then there is no
> need to lock or use special atomic increments.
Cool!
> So, I view the performance issue as not that big of a deal. Space
> may be a bigger deal, and the /proc interface and/or IOCTLs to read
> the counters...
You could consider per-cpu interrupt/process context buckets
the way the current MIB counter increments are, if space isnt
an issue, although that might be overkill.
> If/when I do implement, I'll be sure to make it a selectable option
> in the kernel config process...
Cool :).
> Ben
>
thanks,
Nivedita
-
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/