达夫设备

http://www.oschina.net/question/583160_66329

void send_duff(char *to, char *from, int count) {         int  n = (count + 7) / 8;         switch(count % 8) {         case 0: do {    *to++ = *from++;         case 7:         *to++ = *from++;         case 6:         *to++ = *from++;         case 5:         *to++ = *from++;         case 4:         *to++ = *from++;         case 3:         *to++ = *from++;         case 2:         *to++ = *from++;         case 1:         *to++ = *from++;                 } while(--n > 0);         } }

一、咱们但愿不经过一个char  ,一个char的传递。尽量利用已有可控的带宽。例如64位系统，咱们就用64位传递。128位系统，就用128传递，固然这个和数据存储位置也有关系。有的系统，外部MEM到片上是32位的，而片内L2到TCM是64位的。而TCM到寄存器是128位的。同时你是 C语言设计程序，仍是设计DMA等总线控制器的一部分也不同。但基本精神不变，就是最大化的利用可控的软硬件资源。落到C程序上，就是尽量使用编译器能支持的大位宽数据类型。

二、因为函数接口要求，对大位宽，例如64位或32位，没有任何约束，包括起始地址边界对齐问题和传输量的问题。所以须要分别对待。

三、首先须要关注传输量的问题。

四、其次关注起始地址偏移量不一样的问题。

五、实际在循环中反复的，存在一个位移的事情，例如一次可传输64位，则须要两组64位数据，根据源地址，和目标地址偏移量的差值作适当位移，向左向右，须要根据实际偏移量哪一个大，还有计算机的大数在前仍是小数在前的状况，实际肯定。

基本思想就是这样，不用担忧数据COPY中存在移位等计算。计算机有pipeline的，数据预读和存储与这些计算都是能够并发操做的。因此总体性能远比char 一个个传的快。虽然char一个个传，如上面代码那样，看似干净，但落到实际系统执行时，也仍是须要依次等待内部总线可利用。除非编译器自动识别，产生了DMA的机理操做。貌似除了特定书写规范的代码，按照编译器的要求来书写，不然编译器没法实现这种动态识别。