Organizing kernel messages

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 identifier.

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.