Organizing kernel messages
Posted Oct 9, 2010 16:28 UTC (Sat) by giraffedata
In reply to: Organizing kernel messages
Parent article: Organizing kernel messages
Memory is still expensive, it's just that now we measure the cost in performance (think "cache miss"). A paragraph of useful description for each of 75,000 printks? No thanks
I don't see how long error messages would cause appreciable cache misses or other slowdowns. I note that printks rarely execute and string literals are stored in a separate page from the rest of the stuff the program is likely to be accessing.
I hope there aren't people scrimping on messages (in any program) because they think they cost too much performance.
And with detailed error messages, I think searching the code or the web
for the text would be as easy as searching for an arbitrary message
Um...have you ever tried? Finding copies of the same message is
trivial--millions of logs are exposed on the Net. Finding the
one-in-10000 web page where somebody quotes the message and actually
describes the fix
I agree that searching the web for message text is a poor way to diagnose a problem for the reasons you give (so I'd prefer that the program just tell me what the problem is), but how is searching the web for a message number any better? I've done both.
Note that I switched context in my original post, addressing two separate advantages of message numbers discussed in the article: 1) message manual ala VMS, and 2) Google.
to post comments)