On Tue, May 18, 2010 at 01:50:36PM -0300, Mauro Carvalho Chehab wrote:
Well there are different use cases.
mcelog mainly deals in thresholds (including fancy ones like
per page and per object thresholds) and events and actions to thresholds
(= more events), all your proposals are dealing with objects counts currently.
It does per object counting too, but only incidentially.
I suspect there are use cases for both, although I personally suspect
for most people events, thresholds and their actions are the most useful
thing to handle by default. But one size doesn't fit all.
Anyways it boils down you need different interfaces for different things.
For example there will be always events versus accounting.
You can synthesize accounting from events (that is what mcelog
does today). The other way round does not work so well unfortunately,
or at least would be rather inefficient.
Also large parts of the actions can be only usefully done in user space, so
you need a user space component.
I am somewhat biased of course but I think mcelog is doing a reasonable
good job today at being this user space component. It definitely
has areas that could be improved too, but at lot of the basics
are there and doing ok.
In principle mcelog could feed from another API too, but it would
definitely prefer to not to have to poll it or having to parse
printks.
-Andi
--
ak@linux.intel.com -- Speaking for myself only.
--
