SOPC中自定义外设和自定义指令性能分析
发布时间：2010-9-21 11:04
发布者：eetech
|
NiosII是一个嵌入式软核处理器，除了可以根据需要任意添加已经提供的各种外设以外，用户还可以通过定制自定义外设和自定义指令的方式来满足各种应用需求。定制用户外设和用户指令是使用NiosII嵌入式软核处理器的重要特征。定制的用户外设能够以“硬件加速器”的形式实现各种各样用户要求的功能；同时定制的用户指令，可以把一个复杂的标准指令序列简化为一条用硬件实现的单个指令，以增强对实时软件算法的处理能力。近来，随着国内SOPC开发的逐步深入，这两者的性能开始成为一个关注的焦点。本文通过CRC32对SOPC系统中的自定义外设和自定义指令的实现以及对性能差异所作的详细分析，给广大SOPC开发人员提供参考。 1 CRC自定义外设的实现 1.1 SOPC系统中自定义外设的组成和结构 自定义外设作为NiosII软核处理器超强灵活性的体现，其开发遵循一定的规律。一个用户自定义外设必须进行硬件设计，也就是说，必须用硬件描述语言来描述出硬件的逻辑组成。一般来说，一个自定义外设主要由下列部分组成： ① 描述自定义外设逻辑的硬件描述文件部分（主要是HDL程序）。 ② 软件文件，一个用来定义外设寄存器的C语言头文件，以及让程序员控制这个元件的软件驱动程序。 ③ 元件的描述文件（class.ptf）。该文件定义了元件的架构，提供了SOPC。 Builder将该元件集成到一个系统的各种信息。该文件由元件编辑器根据用户提供的硬件和软件文件以及在图形用户界面中设置的各个选项和参数自动生成。图1给出了带Avalon从端口的自定义外设组成框图。  从图中可以看出，一个典型的自定义外设主要由下列功能模块组成： ① 任务逻辑。任务逻辑实现外设的基本功能，是必不可少的组成部分。 ②寄存器文件。寄存器文件部分提供任务逻辑和外界交换信息的桥梁。有了寄存器文件，用户就可以通过Avalon接口采用“基地址+地址偏移量”的方法来访问外设内部的各个寄存器。 ③Avalon接口。Avalon接口为寄存器文件提供了一个标准的Avalon前端。该模块使用Avalon规定的信号来访问寄存器文件，并且支持任务逻辑的传输类型。 1.2 CRC32自定义外设的实现 CRC32校验可以由软件或硬件来实现。现多采用超大规模集成电路芯片以硬件方式实现。例如：  其硬件实现原理如图2所示。  编码运算过程如下： 开关关闭，k位数据移入寄存器，同时送到外部。当k位信息全部送到外部时，除法运算也正好进行完毕，寄存器中的r位数据就构成了余项的系数序列，即形成了校验码。然后切断除法反馈电路，将移位寄存器的每一位逐次输出到信道中。这些校验码与原来的数据位一起构成了完整的码字。 采用HDL语言来描述出CRC32的硬件实现，命名为crc.v。在SOPC Builder元件编辑器中加入该元件,其中自定义外设的接口信号和Avalon信号类型的一一对应关系如表1所列。  当把自定义外设加入到SOPC系统中时，系统自动生成一个system.h文件。在system.h中生成的CRC自定义外设的相关信息如下： #defineCRC_NAME "/dev/crc" #defineCRC_TYPE "avalon_crc" #defineCRC_BASE 0x06210880 根据system.h中的信息，可以建立名称为altera_avalon_crc_regs.h的寄存器头文件。在这个C头文件中，用清晰的宏符号描述出设备的寄存器集合，并且给出其访问方法。 #ifnde f __ALTERA_AVALON_CRC_REGS_H__ #define __ALTERA_AVALON_CRC_REGS_H__ #include #defineCRC_INIT_REG0 #defineCRC_WRITE_REG4 #defineCRC_READ_REG016 #defineCRC_READ_REG120 #defineCRC_READ_REG224 #defineCRC_READ_REG328 #defineCRC_INITIALIZATION(base) IOWR_32DIRECT(base, CRC_INIT_REG, 0) #defineCRC_WRITEDATA_8(base,data) IOWR_8DIRECT(base, CRC_WRITE_REG, data) #defineCRC_WRITEDATA_16(base,data) IOWR_16DIRECT(base, CRC_WRITE_REG, data) #defineCRC_WRITEDATA_32(base,data) IOWR_32DIRECT(base, CRC_WRITE_REG, data) #defineCRC_READRESULT_32(base) IORD_32DIRECT(base, CRC_READ_REG0) #defineCRC_READRESULT_64(base) IORD_32DIRECT(base, CRC_READ_REG1) #defineCRC_READRESULT_96(base) IORD_32DIRECT(base, CRC_READ_REG2) #defineCRC_READRESULT_128(base) IORD_32DIRECT(base, CRC_READ_REG3) #endif //__ALTERA_AVALON_CRC_REGS_H__ 该头文件定义了CRC IP核的寄存器访问宏。用户可以通过Avalon接口采用“基地址+地址偏移量”的方法来访问外设内部的各个寄存器，以实现NiosII CPU对CRC IP核的控制。 2 CRC32自定义指令的实现 2.1 自定义指令的原理和开发 自定义指令是基于NiosII处理器的SOPC系统的一个重要特征。NiosII处理器自定义指令不仅扩展了CPU的指令集，还能提高对时间要求严格的软件运行速度，因此提高了系统的整体性能。采用自定义指令，用户可以实现传统处理器无法达到的最佳性能。在对数据处理速度要求比较高的场合，把由标准指令序列实现的核心功能变成由一条用户定制的指令来实现，这样可以明显提高软件的执行效率。基于硬件处理模块的自定义指令可通过单个时钟周期或多个时钟周期的硬件算法操作完成原本十分复杂的处理任务。NiosII处理器最多支持256条定制指令，加速通常由软件实现的复杂数学运算。 自定义用户指令实质上就是让软核处理器实现由硬件逻辑实现的某种功能，这个硬件逻辑连接到NiosII处理器的算术逻辑单元上。对于NiosII的标准指令，NiosII使用ALU来完成相应的算术逻辑操作；对于自定义指令，则采用用户自己建立的硬件逻辑来完成运算。 2.2 CRC32定制指令的实现 在前面开发的CRC自定义外设的基础上，按照定制指令所要求的设计方式，把前面开发的自定义外设改写成一条指令。本设计中,CRC自定义指令是作为多周期指令来实现的，在多周期指令要求中必须包括信号clk、clk_en、reset，其他的信号不是必需的。 由于在SOPC系统中自定义外设的接口类型与自定义指令的接口类型要求不一样，因此要求在自定义外设的基础上必须加上一个接口文件。这个接口文件的作用是为了与多周期指令的端口信号类型对应。接口文件端口信号和自定义外设端口的对应关系如表2所列。  开发完成后，把自定义指令加到NiosII CPU中。生成系统后，在生成的system.h文件中，关于CRC自定义指令的宏如下： #define ALT_CI_CRC_CUSTOM_INSTRUCTION_N 0x00000000 #define ALT_CI_CRC_CUSTOM_INSTRUCTION(A,B)__ builtin_custom_inii (ALT_CI_CRC_CUSTOM_INSTRUCTION_N,(A),(B)) 其中，“ALT_”是宏定义的前缀，表示为Altera公司；CI是用户定制指令的意思；CI_CRC_CUSTOM_INSTRUCTION是用户指令的逻辑模块名称；N表示指令操作码。 3 自定义外设和自定义指令在SOPC系统中的运行和验证 前面已经分别用自定义外设和自定义指令的方式实现了CRC32。那么自定义外设和自定义指令执行性能如何？在实现相同功能的情况下，何种方式在执行过程中更有优势？它们之间的差异有多大？在这一部分将通过测试给予充足的验证。 3.1 验证平台的硬件系统 采用以CycloneII系列EP2C35为核心芯片的SOPC开发系统，来搭建实验所需要的硬件平台。在这个硬件平台中，需要添加系统工作需要的外设，包括NiosII CPU、Timer、Avalon三态桥，外部RAM接口和Flash等。在该硬件系统中，首先要加入自己定制的外设逻辑，同时在NiosII CPU中加入开发的自定义指令。在同一系统中同时加入实现相同功能的自定义外设和自定义指令是为了得到对比结果。系统时钟设置在50MHz。在本设计中，有大量的数据从SSRAM传输到CRC处理模块中，这些数据在传输过程中不需要进行算术逻辑运算，如果通过CPU来操作，会消耗大量的CPU时间。为了提高CPU的工作效率，采用DMA(直接存储器访问)来完成。利用DMA控制器方式，在CRC自定义外设和SSRAM存储器之间建立一条DMA传输通道，让硬件自动读取数据信息。在DMA传输过程中，首先通过中断由CPU对DMA进行初始化设置，打开DMA传输通道，使DMA在CPU干预的情况下进行传输。然后DMA直接将SSRAM存储器中的数据传输到CRC处理模块中，直到数据传输完成。所添加的DMA通道，读端口通过Avalon三态桥连接到了SSRAM，写端口连接到了自定义外设CRC，如图3所示。  特别注意的是，在该硬件平台中，要加入一个时间标记服务定时器high_res_timer（也就是经常说的“时间戳”）。该服务可以帮助设计人员查找出耗时最长的功能函数，定位优化目标，检测某个功能部件的运行情况。在这里，主要是利用该“时间戳”来测量CRC32不同方式的执行时间，为分析各种方式的性能差异奠定基础。 3.2 软件开发 在NiosII IDE开发环境中，分别使用自定义外设、自定义指令和软件的方式来实现CRC32。 ① 软件实现方式：数据的读取、处理、保存等全部由软件来实现。 ② 用户自定义指令方式：处理过程使用CRC32自定义指令来完成。 ③ 用户自定义外设方式：使用DMA通道完成数据的读取、保存，NiosII处理器控制外设完成CRC32的处理。 完成上面的工作后，编译工程，下载到SOPC开发板中。从NiosII控制台中，可以看到如下输出信息，如图4所示。  4 性能对比和分析 在NiosII IDE上面可以观察到用软件、自定义指令、自定义外设实现CRC32的各种情况。这几种方式的运行结果是相同的，但用软件实现的时间是12 381.33ms，采用优化的软件设计时间是8 393.02 ms，采用自定义指令的时间是164.69 ms，而采用自定义外部设备时则用了12.08ms。从结果可以分析出，纯用软件来执行，运行速度最低；如果把标准指令序列实现的核心功能由一条用户自定义指令来实现，可以明显提高系统的执行效率；如果采用自定义外设，即将软件实现的功能全部由硬件来实现，则速度又大大提高。从图5中可以更清楚地看到这种对比：从左到右依次是软件方式、改进软件方式、自定义指令方式、自定义外设方式。由此可知，自定义外设执行效率最高，其次是自定义指令。  从实现机理上来讲，自定义外设可以看作是和NiosII并行运行的一个硬件加速逻辑，中间CPU参与过程很少，这就为系统“全面加速”提供了坚实的基础；而自定义指令由于硬件逻辑连接到NiosII处理器的算术逻辑单元上，只能实现“局部”加速。从实现结果来说，实现同样的功能，自定义外设的执行效率是自定义指令的十几倍以上；而随着系统频率的升高，这个差距会越来越大。如果系统在120MHz，差距会在50倍左右。 结语 本文对SOPC系统中自定义外设和自定义指令的性能进行了详细对比，并且给出了对比的详细参数。在SOPC系统中，如果实时性要求非常高，那么采取自定义外设加DMA来完成系统中的关键处理模块无疑是最佳选择。 |
网友评论