VxWorks操作系统由那几部分组成？

　　前言
　　目前嵌入式应用领域的一个发展方向是采用实时操作系统（Real Time Operation System，RTOS）。实时操作系统是一段在嵌入式系统启动后首先执行的程序，用户的应用程序是运行于RTOS之上的各个任务，RTOS根据各个任务的要求，进行资源管理、消息管理、任务调度、异常处理等工作。应当根据优先级的高低对任务进行切换，只有优先服务方式的RTOS才是真正的实时操作系统，时间分片方式和协作方式的RTOS都不是严格意义上的“实时”。VxWorks是美国WindRiver公司于1983年开发的一种嵌入式实时操作系统，以其良好的扩展能力、高性能的内核，以及友好的用户开发环境，在嵌入式实时操作系统领域占据了重要的一席之地。
　　VxWorks操作系统
　　VxWorks 操作系统包括了进程管理、存储管理、设备管理、文件系统管理、网络协议及系统应用等几个部分。VxWorks只需很小的存储空间，并可高度裁剪，保证了系统能以较高的效率运行。VxWorks主要由以下几个部分组成。
　　1．操作系统核心
　　VxWorks 的核心被称作wind，用优先级抢占方式进行多任务调度，执行任务间的同步、进程间通信和中断处理，对看门狗和内存进行管理。一个多任务环境允许实时应用程序以一套独立任务的方式构筑，每个任务拥有独立的执行线程和自己的系统资源。进程间通信机制可以保证任务的同步与协调。
　　wind使用中断驱动和优先级的方式，缩短了上下文转换的时间开销和中断时延。在VxWorks中，任何例程都可以被启动为一个单独的任务，拥有自己的上下文和堆栈。还有一些其他的任务机制可以使任务挂起、继续、删除、延时或者改变优先级。
　　wind核提供信号量作为任务间同步和互斥的标志。wind核针对不同的应用需求，有二进制信号量、计数信号量、互斥信号量和 POSIX信号量几种。这些信号量除了应用在开发设计过程中，还被广泛地应用到VxWorks高层应用系统中。对于进程间通信，wind 核也提供了诸如消息队列、管道、套接字和信号等机制。
　　2．I/O 系统
　　VxWorks提供了一个快速灵活、与ANSI C兼容的I/O系统，包括 UNIX 标准的缓冲I/O和 POSIX标准的异步I/O。VxWorks 包括以下驱动程序：网络驱动、管道驱动、RAM盘驱动、SCSI驱动、键盘驱动、显示驱动、磁盘驱动、并口驱动等。
　　3．文件系统
　　VxWorks提供的快速文件系统适合于实时系统应用，包括几种支持使用块设备的本地文件系统。这些设备都使用一个标准的接口从而使得文件系统能够被灵活地在设备驱动程序上移植。另外，VxWorks 也支持SCSI磁带设备的本地文件系统，VxWorks I/O体系结构甚至还支持在一个单独的VxWorks系统上同时并存几个不同的文件系统。VxWorks支持dosFs、rt11Fs、rawFs和tapeFs四种文件系统。
　　普通数据文件和外部设备都统一作为文件处理，使用相同的语法定义和保护机制，这样既简化了系统设计又便于用户使用。
　　4．板级支持包 BSP（Board Support Package）
　　VxWorks BSP包含了开发人员在特定的目标机上运行VxWorks时所需的一切支持，包括支持特定目标机的软件（如驱动程序等）和从主机通过网络引导VxWorks的Boot ROM。WindRiver提供支持不同厂商的200多种BSP，另外还提供BSP移植包，帮助用户移植VxWorks到特定硬件上。
　　5．网络设施
　　VxWorks的网络结构提供了对其他网络和TCP/IP网络系统的“透明”访问，包括与BSD套接字兼容的编程接口、远程过程调用、远程文件访问以及BOOTP和ARP代理。VxWorks网络机制遵循标准的Internet协议。
　　WindNet SNMP
　　WindNet SNMP代理将工业标准网络管理引入实时嵌入系统中，WindRiver是第一个提供集成支持SNMPv2c协议的SNMP代理软件的嵌入产品厂商。WindNet SNMP v1/v2c代理只需要很少的内存，并和传输层独立，可以在不同的协议栈上使用同一个代理程序，只需要配置其初始化过程。WindNet SNMP代理支持RFC 1155、 RFC 1157、RFC 1212、RFC 1213及RFC 1901等协议。
　　WindNet SNMP v1/v2c代理软件提供MIB工具可以减轻操作MIB文档费时而且易错的工作，MIB工具将简明的MIB格式或SNMP v2c格式的MIB文档转化成代理使用的更高效的文件格式。MIB编译器产生访问MIB变量的函数代码，减轻了开发工作。VxWorks操作系统还有稳定可靠、实时性好、可缩放裁剪、开放性好、易用等优点，再加上强大的网络功能，特别适合于网络设备的开发。
　　网络管理工作站（管理站）通常是一台PC或工作站，管理整个网络上的设备，管理站软件不是WindNet SNMP v1/v2c的一部分，但WindNet SNMP v1/v2c可以和绝大部分管理站软件一起工作，如HP OpenView和SunNet管理器。因为WindNet SNMP v1/v2c支持两个协议，所以可以和运行SNMPv1或SNMPv2c的管理站通信。整个系统构成如图1所示。
　　
　　SNMP代理的设计与实现
　　1． SNMP代理模块工作流程
　　SNMP代理模块包括6个子模块，如图2所示。
　　
　　SNMP代理是一个单任务，采用先进先出队列，一次处理一个PDU。代理从管理站接收PDU后，对其进行语法分析，将其转换成一个可用的内部数据结构，将MIB变量映射成本地变量，判断请求的MIB对象是否在代理的MIB树中，如果存在，调用对应的MIB变量处理例程来处理，命令执行完之后，再将内部数据格式转换回ASN.1格式创建响应PDU，调用Socket的sendto（）函数将它发送给管理站。
　　（1）初始化
　　SNMP代理在启动时通过调用usrSnmpInit（ ）产生一个任务tSnmpd，进入任务的主要入口函数是snmpIoMain（ ）。在初始化工作结束后，snmpIoMain（ ）调用snmpdInitFinish（ ），并由snmpdInitFinish（ ）向管理站发送trap，通知它代理已经开始工作，然后进入消息处理循环，如图3所示。
　　
　　（2）消息处理循环
　　首先支持例程snmpIoBody（ ）在UDP端口161收听消息，收到消息后交给snmpdPktProcess（）处理，snmpdPktProcess（ ）将消息传给snmpIoCommunityValidate（ ），snmpIoCommunityValidate（ ）验证共同体名是否合法。共同体名的系统缺省设置为：对于具有共同体名pub或public的管理站只能执行get操作，而具有共同体名priv或private的管理站可以进行set操作。通过共同体名验证后，代理调用用户定义的MIB访问函数，并将其所提供的信息构成pdu，交给snmpIoWrite（ ）返回给管理站。
　　（3） 退出代理程序
　　当用户需要停止snmp代理，调用snmpdExit（ ），由它调用 MIB 中止例程并且释放所有代理的资源，之后所有的SNMP 服务都不再被支持。
　　开发SNMP代理主要包括两方面的工作即MIB的转化和扩展MIB，以下将分别介绍。
　　2． MIB的转化
　　由于MIB都是用ASN.1编写的，需要将其转化成C/C＋＋的数据结构，才能用程序实现。对MIB文文件的转化工作是费时而且易错的，所幸的是WindNet SNMPv1/v2软件包中提供的mibcomp可以将MIB编译成c代码，并将每一个MIB变量与其相应的读写例程联系在一起。具体操作过程如下。
　　
　　（1）检查MIB中是否存在错误
　　这一步是对要转化的MIB（如example.mib）进行语法检查，标准MIB文件一般都定义得很规范，语法上很少出错，而对于自定义的MIB来说，这一步很重要，它可以帮助MIB编写者检查一些疏忽的语法错误。它使用的命令如下。
　　mibcomp -check example.mib
　　（2）创建MIB树
　　每个代理都有一棵自己支持的MIB树，如果管理站所要查询或设置的变量不在该MIB树内，代理向管理站返回noSuchName 的错误信息。
　　在创建MIB树的过程中，同时在MIB树中每个叶子结点中赋予get、set等操作的函数指针，使用如下命令生成c代码文件exampleTree.c。
　　mibcomp -o exampleTree.c -stub example.mib
　　使用如下命令生成头文件exampleLeaf.h，它是用来定义每个叶子值的。
　　mibcomp -o exampleLeaf.h -leaf example.mib
　　（3）生成例程函数的头文件及c代码文件
　　通过使用mibcomp的-skel和-stub两个参数可以分别生成例程函数相应的用作函数声明的头文件和例程函数的c代码文件。但是实际开发中发现生成c代码不能适用要求，需要自己重新编写。
　　使用如下命令生成头文件exampleHead.h。
　　mibcomp -o exampleHead.h - skel example.mib
　　使用如下命令生成c文件exampleC.c。
　　mibcomp -o exampleC.c - stub example.mib
　　（4）为管理站创建.rt文件
　　.rt文件是用来向管理站说明代理的MIB树，通过如下命令生成。
　　mibcomp -o exampleMib.rt -readtree. example.mib
　　至此，就基本上完成了MIB的转化工作。
　　3．扩展MIB的实现
　　Vxworks已经完成对MIB-II的实现，并支持扩展MIB的实现。对MIB的扩展实际上是为网络设备所支持的各MIB编写访问函数，同时根据自己的需要对MIB-II的相关组重新编写，具体过程如下。
　　
　　首先，利用MIB编译器可以把用ASN.1语言描写的MIB文件编译成C语言代码的MIB树、Get、Set、Next、Test函数的接口及相应的头文件，极大地方便了代理软件的开发。在MIB树的节点中存放了get，set，next，test函数的指针及一个称为cookie的域，process_received_SNMP_packed根据收到的PDU中的OID在MIB树中搜索到相应的管理变量对应的节点，然后调用这些函数从其他模块得到具体实例值。
　　然后为MIB中的表型变量定义数据结构，存储具体数值，以RFC1643中的统计组举例如下。
　　typedef struct
　　{
　　unsigned long dot3StatsIndex;
　　unsigned long dot3StatsAlignmentErrors;
　　unsigned long dot3StatsInternalMacTransmitErrors;
　　。.. 。..
　　M2_OBJECTID dot3StatsEtherChipSet;
　　} DOT3_STATISTIC_TABLE; /*rfc1643统计表结构*/
　　第三步是编写访问函数， SNMP代理的代码编写工作集中在访问函数的编写上。如前所述，在创建代理MIB树时，访问函数名已经赋给了MIB树叶节点中的访问函数指针，这样当查找到相应的叶子节点时，就会通过访问函数指针调用相应的访问函数。访问函数主要包括Get函数、Next函数、Test函数、Set函数以及Undo函数，其中Get函数、Next函数、Set函数分别完成对Get、GetNext、Set命令的响应。
　　最后是编写相关协议模块与代理的接口函数，通过这些接口函数，可以获得各种实际信息，比如通过交换芯片的驱动模块，可以获得实时的计数器信息；通过访问内存中的系统信息表，可以获得有关系统的各种基本信息，等等。
　　结束语
　　WindNet SNMP v1/v2c代理软件为开发网管代理提供了很多方便，它还支持主从式代理的概念，使主代理驻留在系统中核心部件，它和一般代理一样实现各种功能，其他部件上运行从代理，从代理可以看成主代理的简化版，有自己的MIB树，以及访问函数，从而使整个系统具备良好的性能和可扩展性。