TRACE MODE 极限测试报告 通过免费提供的开发光盘，用户可自行验证下面所列的绝大部分测试结果！ 在进行TRACE MODE 5.03的系统测试时，对其各个模块的工作性能的检测是在极限条件下完成的。下面所列的是测试项目和取得结果的描述。 使用的软硬件设备 计算机1 CPU：PENTIUM-II 233，262 MHz以内； 内存：64 М； 硬盘容量：4.3 G，未设置UDMA支持； 操作系统：WINDOWS NT 4.0，含PARK 3。 计算机2 CPU：AMD 5x86-133； 内存：24 М； 硬盘容量：540 М； 操作系统：WINDOWS NT 4.0，含PARK 3。 计算机3 CPU： CELERON-300； 内存： 32 М； 硬盘容量：6.4 G，未设置UDMA支持； 操作系统：WINDOWS NT 4.0，含PARK3。 计算机4 CPU：PENTIUM-II 350； 内存：64 М； 硬盘容量：6.4 G，未设置UDMA支持； 操作系统：WINDOWS NT 4.0，含PARK 3。 用同轴电缆将这些计算机组成10 Mbit Ethernet 网络。 测试 1. 包含64000个通道的通道库的刷新 使用了计算机1和计算机2。 建立了一个包含64000个通道的库。所有的通道的子类型均为“空”，子类型附加项均为“锯齿波发生器”。 现在，通道库中已包含了64000个锯齿波信号发生器。在每一刷新周期内，每个通道的输入值增加1，当达到100时回零。测试结果如下： 在计算机 1上 系统循环时间：1 s； 处理全部信号所需时间：180-205 ms； CPU负载：18-20%。 在计算机 2上 系统循环时间：3 s； 处理全部信号所需时间：2080-2150 ms； CPU负载：60-70%。 结论：在Windows NT操作系统下，当CPU为PENTIUM-II 233时，TRACE MODE 5刷新64000个通道的时间为190-205ms。 测试 2. 包含32000个通道的通道库的刷新和包含2000个多色报警的画面的更新 使用了计算机1和3。 建立了包含32736个通道的库。所有的通道的子类型均为“空”，子类型附加项均为“锯齿波发生器”，也就是说，通道库中已包含了64000个锯齿波信号发生器。在每一刷新周期内，每个通道的输入值增加1，当达到100时回零。 建立包含1个画面的图形库。在画面上有2000个彩色报警。为每一个报警设定了50种颜色，对应通道值的不同范围（0-2、2-4，....，98-100）。每一个报警都与某个通道绑定。 在计算机1上，启动了RTM的数学处理服务器，还启动了RTM的图形控制台。 系统循环时间：250 ms； 处理全部信号所需时间：90-92 ms； 数学处理服务器微处理器负载：36-38%. 当启动图形控制台后： 数学处理服务器微处理器负载：38-43%； 图形控制台微处理器负载： 20-35%； 画面上报警颜色更新：2次/秒（与通道值的变化相符）。 当启动了计算机3上图形控制台，并将图形控制台与计算机1上的数学处理服务器通讯后，发生了如下变化： 数学处理服务器微处理器负载： 40-60%； 画面上报警颜色更新：1次/秒（2台计算机上都是如此）； 在计算机3上的图形控制台微处理器的负载：25-35%。 结论：在Windows NT操作系统下，当CPU为PENTIUM-II 233时，TRACE MODE 5刷新32000个通道的时间为90-92ms。在画面上更新2000个50色报警的时间为0.5s (PENTIUM-II 233)。 测试3. 网络数据交换和公共数据记录器数据存储 使用了计算机1、3和4。 建立了一个包含3节点的工程：其中2个运行RTM的网络节点，1个是公共数据记录器节点。来自第1个网络节点的通道值，通过网络，传输到第2个节点上，再发送到第3个节点上进行存储。 第一个节点的通道库中，包含1个子类型为“VOID”，子类型附加项为““锯齿波发生器”的通道；30000个子类型为“CHANNEL”，子类型附加项为“COPY”的通道。这些通道复制第一个通道的“实测值”。并设置了报警限值、比例系数、零点偏移、滤波因子、峰值/变化率、越限检查。这样，就为这30000个通道进行了全部所必需的预处理。 为第1个节点的全部通道设置了“自动发送到网络”，并以频率为1秒保存到公共数据记录器的标记。所有节点的刷新周期设定为20，时间片为50 ms。 在第2个节点和公共数据记录器的通道库内，建立了用于接收由第1个节点发送给它的全部数据的通道。 启动计算机1上的RTM数学处理服务器以及RTM图形控制台。 在计算机1上 系统循环时间：1000 ms 处理全部信号所需的时间： - 启动网络发送和向记录器存储数据功能之前：130-140 ms； - 启动网络发送和向记录器存储数据功能之后：360-410 ms； 在59小时18分钟内，通过网络发送了106757262个数据组（每组60个值）。未发生数据组中断的情况。 在计算机3上 系统循环时间：1000 ms 处理全部信号所需的时间： - 第1台计算机启动网络发送数据功能之前：80 ms； - 第1台计算机启动网络发送数据功能之后：90 ms； 在极限测试期间内，通过网络接收了106756778个数据组（比发送的数据组少484个 – 在RTM停止操作时出现了数据丢失）。未发生数据组中断的情况。 在计算机4上 系统循环时间：500 ms 处理全部信号所需的时间： - 第1台计算机启动网络发送数据功能之前：60 ms； - 第1台计算机启动网络发送数据功能之后：70-160 ms； 所有在59小时18分钟内说所接收的数据均已写入到记录器中。未发生记录丢失情况。存储时的最大队列长度为62347。 结论：当操作系统为Windows NT，通过10Mbit Ethernet以每秒1次的频率在网络间发送30000个模拟通道时，未发生数据丢失。 当操作系统为Windows NT，通过10Mbit Ethernet以每秒1次的频率向公共记录器写入30000个模拟通道时，未发生数据丢失。 测试4. 每秒钟存储100000个数据记录 使用计算机1。 当通道值发生变化时，该变化值被写入TRACE MODE的历史数据库。为了确保每秒种能够存储100000个记录，建立了一个包含30014个通道的库，并将系统循环时间设定为300ms。 库中的第一个通道设置为“锯齿波发生器”。它的值在每一周期（0-100）内增加1。当增加到100时，通道值回零。另外29999个通道复制第1个通道的值。最后的14个通道用来监控系统状态。为首批30000个通道设定了6个报警限值（2个预警，2个报警，2个量限），并进行全部预处理操作：比例系数、零点偏移、滤波因子、峰值/变化率、越限检查。并为所有的通道都打上了保存到SIAD本地数据库的标记。 将SIAD数据库文件的大小设置为500M。这个大小可保证存储32192481条记录。通常情况下，即使是大型项目，每分钟也只是保存总参数数目的2-3%。因此，所选择的存储容量可保存工艺对象的运转信息（监测30000参数一个月内的数据）。在极限负载条件下（每秒钟100000条记录），这个数据库可用5分钟22秒。当数据库即将用尽时，从时间最久的记录的上一条开始重新写数据。 在计算机1上 系统循环时间：300 ms； 处理全部信号的时间：160-220 ms； CPU负载：60-80%； 建立存储文件：2分36秒（在第一次启动时的单次操作）； 测试时间：59小时24分钟； 丢失记录的数目：0。 结论：在 Windows NT系统下，可无丢失的每秒向TRACE MODE 5的本地数据库保存100000个记录。所使用的PENTIUM-II 233计算机安装的是普通硬盘，未设置UIDE支持。 TRACE MODE通过OPC通讯的速度测试记录 硬件系统: P4 1650Mhz/256Mb(200Mhz System Bus)/UDMA100/Windows2000(Pro)/100Mbit Network Adapter Recalculation cycle Test output Comment CPU1 load CPU2 load 通过OPC进行数据交换（TRACE MODE-TRACE MODE） 1 5000 channels FLOAT (Local Exchange) 100 ms 50000 values/sec 20% - 2 5000 FLOAT channels (Via Ethernet 10 Mbits) 450 ms 11000 values/sec TCP/IP 5% 5% RTM-RTM间的交换速度 (Auto-sendings，I-NET协议，10 Mbits网络) 3 5000 FLOAT channels 100 ms 50000 values/sec TCP/IP 10% 25% 4 5000 FLOAT channels 100 ms 50000 v