vxworks下logmsg

参考https://blog.csdn.net/mndlyt/article/details/19817229

printf( ) - write a formatted string to the standard output stream (ANSI).

logMsg( ) does not actually perform the output directly to the logging streams, but instead queues the message to the logging task, logMsg( ) can be called from interrupt service routines.

printf()是将信息输出到标准输出设备(STDIN/STDOUT)中,如果此时设备正在工作,那么就会发生阻塞. 

logMsg()是使用消息队列的方式,它将信息地址发送到队列,由专门的任务将信息打印出来.

关于LogMsg的工作机理。LogMsg利用消息队列将用户所发的消息传送给LogTask，然后由LogTask将其显示在屏幕或者其他输出设备上。而VxWorks默认的LogTask的任务优先级很高，这就直接导致了任务的切换。
切换是这样发生的，假设用户任务usrTask的优先级是51级（通常要低于网络任务50级，一般在100级以后），而我记忆中的LogTask是1级任 务，仅次于中断响应。
当usrTask调用LogMsg的时候，LogTask解除阻塞状态，获得CPU资源，而usrTask则排队到就绪任务队列去 了。LogTask释放CPU资源后，就绪队列中的第一个任务开始执行，usrTask则继续在就绪队列里等待，呵呵。
所以在通常情况下，在中断处理函数中使用LogMsg就可以了，在任务中使用LogMsg是近乎画蛇添足的举动

 

在进行驱动开发的时候如果某个功能调试正常后建议关闭打印，只保留错误信息的打印，因为vx下的打印比较耗费资源，可能会降低驱动的速率