STEP 7的返回双整数余数(MOD_DI)指令
添加时间：
来源： | 阅读量：209
提示： 当允许输入端EN为高电平“1”时，输入端IN1中的双整数除以IN2中的双整数，余数送入OUT中。IN1和IN2中的数可以是常数。返回双整数余数指令和参数见表4-48。 表4-48 返回双整数余数(MOD_DI)指令和参数 用一个例子来说明返回双整数余数指令，梯形图和指令表如图4-86所示。当I0.0闭合时，激活返回双整数余数指令，IN1中的整数
& &&当允许输入端EN为高电平“1”时，输入端IN1中的双整数除以IN2中的双整数，余数送入OUT中。IN1和IN2中的数可以是常数。返回双整数余数指令和参数见表4-48。
&&& 表4-48&&& 返回双整数余数(MOD_DI)指令和参数
&&& 用一个例子来说明返回双整数余数指令，梯形图和指令表如图4-86所示。当I0.0闭合时，激活返回双整数余数指令，IN1中的整数存储在MD0中，假设这个数为11，IN2中的整数存储在MD4中，假设这个数为2，双整数相除的余数存储在OUT端的MD8中的数是1。由于没有超出计算范围，所以Q0.0输出为“1”。
&&& 图4-86&&& 返回双整数余数指令示例
（责任编辑: 艾特贸易网 ）
本文关键字：
免责声明：本文章仅代表作者个人观点，与艾特贸易网无关。本站大部分技术资料均为原创文章，文章仅作为读者参考使用，请自行核实相关内容，如若转载请注明来源：
喷油器的功用是根据ECU发出的...
1)形状比较复杂的模具，在粗...
金属屏蔽层的作用主要是为了...
为了减小变频器工作时对自身...
新闻热点排行C语言（13）
1选择合适的算法和数据结构
选择一种合适的数据结构很重要，如果在一堆随机存放的数中使用了大量的插入和删除指令，那使用链表要快得多。数组与指针语句具有十分密切的关系，一般来说，指针比较灵活简洁，而数组则比较直观，容易理解。对于大部分的编译器，使用指针比使用数组生成的代码更短，执行效率更高。
在许多种情况下，可以用指针运算代替数组索引，这样做常常能产生又快又短的代码。与数组索引相比，指针一般能使代码速度更快，占用空间更少。使用多维数组时差异更明显。下面的代码作用是相同的，但是效率不一样。
数组索引指针运算
。。。。。。。。。。。。。。。
指针方法的优点是，的地址每次装入地址后，在每次循环中只需对增量操作。在数组索引方法中，每次循环中都必须根据值求数组下标的复杂运算。
<span style="font-size:24 color:# 使用尽量小的数据类型
能够使用字符型定义的变量，就不要使用整型变量来定义；能够使用整型变量定义的变量就不要用长整型，能不使用浮点型变量就不要使用浮点型变量。当然，在定义变量后不要超过变量的作用范围，如果超过变量的范围赋&#20540;，编译器并不报错，但程序运行结果却错了，而且这样的错误很难发现。
在中，可以在中设定使用参数，尽量使用基本型参数、、、、和&#26684;式说明符，少用长整型参数、、和&#26684;式说明符，至于浮点型的参数则尽量不要使用，其它编译器也一样。在其它条件不变的情况下，使用参数，会使生成的代码的数量增加很多，执行速度降低。
<span style="font-size:24 color:# 减少运算的强度
一个聪明的游戏大虾，基本上不会在自己的主循环里搞什么运算工作，绝对是先计算好了，再到循环里查表。看下面的例子：
，，，，，，
如果表很大，不好写，就写一个函数，在循环外临时生成表&#26684;。
(2) 求余运算
可以改为：
说明：位操作只需一个指令周期即可完成，而大部分的编译器的“”运算均是调用子程序来完成，代码长、执行速度慢。通常，只要求是求方的余数，均可使用位操作的方法来代替。
可以改为：
说明：在有内置硬件乘法器的单片机中如系列，乘法运算比求平方运算快得多，因为浮点数的求平方是通过调用子程序来实现的，在自带硬件乘法器的单片机中，如中，乘法运算只需个时钟周期就可以完成。既使是在没有内置硬件乘法器的单片机中，乘法运算的子程序比平方运算的子程序代码短，执行速度快。
如果是求次方，如：
则效率的改善更明显。
(4) 用移位实现乘法运算
可以改为：
通常如果需要乘以或除以，都可以用移位的方法代替。在中，如果乘以，都可以生成左移的代码，而乘以其它的整数或除以任何数，均调用乘除法子程序。用移位的方法得到代码比调用乘除法子程序生成的代码效率高。实际上，只要是乘以或除以一个整数，均可以用移位的方法得到结果，如：
可以改为：
采用运算量更小的表达式替换原来的表达式，下面是一个经典例子
位操作比求余运算快
乘法比平方运算快
位移乘法比乘法快
加法比乘法快
　　整数除法是整数运算中最慢的，所以应该尽可能避免。一种可能减少整数除法的地方是连除，这里除法可以由乘法代替。这个替换的副作用是有可能在算乘积时会溢出，所以只能在一定范围的除法中使用。
　　不好的代码：
推荐的代码：
(6) 使用增量和减量操作符
在使用到加一和减一操作时尽量使用增量和减量操作符，因为增量符语句比赋&#20540;语句更快，原因在于对大多数来说，对内存字的增、减量操作不必明显地使用取内存和写内存的指令，比如下面这条语句：
模仿大多数微机汇编语言为例，产生的代码类&#20284;于：
，把从内存取出存入累加器
，累加器加
把新&#20540;存回
如果使用增量操作符，生成的代码如下：
显然，不用取指令和存指令，增、减量操作执行的速度加快，同时长度也缩短了。
(7) 使用赋&#20540;表达式
复合赋&#20540;表达式如及等都能够生成高质量的程序代码。
(8) 提取公共的子表达式
在某些情况下，编译器不能从浮点表达式中提出公共的子表达式，因为这意味着相当于对表达式重新排序。需要特别指出的是，编译器在提取公共子表达式前不能按照代数的等价关系重新安排表达式。这时，程序员要手动地提出公共的子表达式（在里有一项“全局优化”选项可以完成此工作，但效果就不得而知了）。
不好的代码：
，，，，，；
推荐的代码：
，，，，，；
不好的代码：
，，，，；
推荐的代码：
，，，，；
4 结构体成员的布局
　　很多编译器有“使结构体字，双字或四字对齐”的选项。但是，还是需要改善结构体成员的对齐，有些编译器可能分配给结构体成员空间的顺序与他们声明的不同。但是，有些编译器并不提供这些功能，或者效果不好。所以，要在付出最少代价的情况下实现最好的结构体和结构体成员对齐，建议采取下列方法：
把结构体的成员按照它们的类型长度排序，声明成员时把长的类型放在短的前面。编译器要求把长型数据类型存放在偶数地址边界。在申明一个复杂的数据类型既有多字节数据又有单字节数据时，应该首先存放多字节数据，然后再存放单字节数据，这样可以避免内存的空洞。编译器自动地把结构的实例对齐在内存的偶数边界。
把结构体填充成最长类型长度的整倍数。照这样，如果结构体的第一个成员对齐了，所有整个结构体自然也就对齐了。下面的例子演示了如何对结构体成员进行重新排序：
不好的代码，普通顺序：
推荐的代码，新的顺序并手动填充了几个字节：
这个规则同样适用于类的成员的布局。
当编译器分配给本地变量空间时，它们的顺序和它们在源代码中声明的顺序一样，和上一条规则一样，应该把长的变量放在短的变量前面。如果第一个变量对齐了，其它变量就会连续的存放，而且不用填充字节自然就会对齐。有些编译器在分配变量时不会自动改变变量顺序，有些编译器不能产生字节对齐的栈，所以字节可能不对齐。下面这个例子演示了本地变量声明的重新排序：
　　不好的代码，普通顺序
推荐的代码，改进的顺序
避免在函数中频繁使用指针型参数指向的&#20540;。因为编译器不知道指针之间是否存在冲突，所以指针型参数往往不能被编译器优化。这样数据不能被存放在寄存器中，而且明显地占用了内存带宽。注意，很多编译器有“假设不冲突”优化开关（在里必须手动添加编译器命令行或），这允许编译器假设两个不同的指针总是有不同的内容，这样就不用把指针型参数保存到本地变量。否则，请在函数一开始把指针指向的数据保存到本地变量。如果需要的话，在函数结束前拷贝回去。
不好的代码：
　　　　　　；
推荐的代码：
　　　　　　；
　　要充分利用CPU的指令缓存，就要充分分解小的循环。特别是当循环体本身很小的时候，分解循环可以提高性能。注意:很多编译器并不能自动分解循环。 不好的代码：
转化：把矢量和矩阵相乘
　　　　；
推荐的代码：
对于一些不需要循环变量参加运算的任务可以把它们放到循环外面，这里的任务包括表达式、函数的调用、指针运算、数组访问等，应该将没有必要执行多次的操作全部集合在一起，放到一个的初始化程序中进行。
通常使用的延时函数均采用自加的形式：
将其改为自减延时函数：
两个函数的延时效果相&#20284;，但几乎所有的编译对后一种函数生成的代码均比前一种代码少个字节，因为几乎所有的均有为转移的指令，采用后一种方式能够生成这类指令。在使用循环时也一样，使用自减指令控制循环会比使用自加指令控制循环生成的代码更少个字母。但是在循环中有通过循环变量“”读写数组的指令时，使用预减循环有可能使数组超界，要引起注意。
用循环时有以下两种循环形式：
在这两种循环中，使用…循环编译后生成的代码的长度短于循环。
这是经典的速度优化，但许多编译程序如能自动完成这个事，所以现在你自己来优化这个显得效果不明显。
可以看出，新代码里比较指令由次降低为次，循环时间节约了。不过注意对于中间变量或结果被更改的循环，编译程序往往拒绝展开，怕担责任呗，这时候就需要你自己来做展开工作了。
还有一点请注意，在有内部指令的上如芯片，因为循环展开的代码很大，往往溢出，这时展开的代码会频繁地在的和内存之间调来调去，又因为速度很高，所以此时循环展开反而会变慢。还有就是循环展开会影响矢量运算优化。
把相关循环放到一个循环里，也会加快速度。
可能转化成多种不同算法的代码。其中最常见的是跳转表和比较链树。当用比较链的方式转化时，编译器会产生的嵌套代码，并按照顺序进行比较，匹配时就跳转到满足条件的语句执行。所以可以对的&#20540;依照发生的可能性进行排序，把最有可能的放在第一位，这样可以提高性能。此外，在中推荐使用小的连续的整数，因为在这种情况下，所有的编译器都可以把转化成跳转表。
不好的代码：
。。。。。。
　　　　；
　　　　；
　　　　；
　　　　；
　　　　；
　　　　；
　　　　；
　　　　；
推荐的代码：
。。。。。。
　　　　；
　　　　；
　　　　；
　　　　；
　　　　；
　　　　；
　　　　；
　　　　；
当语句中的标号很多时，为了减少比较的次数，明智的做法是把大语句转为嵌套语句。把发生频率高的标号放在一个语句中，并且是嵌套语句的最外层，发生相对频率相对低的标号放在另一个语句中。比如，下面的程序段把相对发生频率低的情况放在缺省的标号内。
。。。。。。
嵌套部分用来处理不经常发生的消息
。。。。。。
如果中每一种情况下都有很多的工作要做，那么把整个语句用一个指向函数指针的表来替换会更加有效，比如下面的语句，有三种情况：
。。。。。。
。。。。。
。。。。。
为了提高执行速度，用下面这段代码来替换这个上面的语句。
创建一个函数指针数组
用下面这行更有效的代码来替换语句
有些机器对为转移有特别的指令处理，速度非常快，如果你的循环对方向不敏感，可以由大向小循环。
不过千万注意，如果指针操作使用了&#20540;，这种方法可能引起指针越界的严重错误。当然你可以通过对做加减运算来纠正，但是这样就起不到加速的作用，除非类&#20284;于以下情况：
一些公用处理模块，为了满足各种不同的调用需要，往往在内部采用了大量的结构，这样很不好，判断语句如果太复杂，会消耗大量的时间的，应该尽量减少公用代码块的使用。任何情况下，空间优化和时间优化都是对立的东楼。当然，如果仅仅是一个之类的简单判断，适当使用一下，也还是允许的。记住，优化永远是追求一种平衡，而不是走极端。
要提升循环的性能，减少多余的常量计算非常有用（比如，不随循环变化的计算）。
不好的代码在中包含不变的：
　　　　；假设这里不改变的&#20540;
　　　　；假设这里不改变的&#20540;
推荐的代码：
　　。。。
　　　　；
　　。。。
　　　　；
如果已经知道的&#20540;，这样可以避免重复计算。虽然不好的代码中的分支可以简单地预测，但是由于推荐的代码在进入循环前分支已经确定，就可以减少对分支预测的依赖。
在编程中，我们常常需要用到无限循环，常用的两种方法是和；；。这两种方法效果完全一样，但那一种更好呢？然我们看看它们编译后的代码：
显然，；；指令少，不占用寄存器，而且没有判断、跳转，比好。
尽可能把长的有依赖的代码链分解成几个可以在流水线执行单元中并行执行的没有依赖的代码链。很多高级语言，包括，并不对产生的浮点表达式重新排序，因为那是一个相当复杂的过程。需要注意的是，重排序的代码和原来的代码在代码上一致并不等价于计算结果一致，因为浮点操作缺乏精确度。在一些情况下，这些优化可能导致意料之外的结果。幸运的是，在大部分情况下，最后结果可能只有最不重要的位（即最低位）是错误的。
不好的代码：
推荐的代码：
，，，，，；
　　要注意的是：使用路分解是因为这样使用了段流水线浮点加法，浮点加法的每一个段占用一个时钟周期，保证了最大的资源利用率。
当数据保存到内存时存在读写依赖，即数据必须在正确写入后才能再次读取。虽然等有加速读写依赖延迟的硬件，允许在要保存的数据被写入内存前读取出来，但是，如果避免了读写依赖并把数据保存在内部寄存器中，速度会更快。在一段很长的又互相依赖的代码链中，避免读写依赖显得尤其重要。如果读写依赖发生在操作数组时，许多编译器不能自动优化代码以避免读写依赖。所以推荐程序员手动去消除读写依赖，举例来说，引进一个可以保存在寄存器中的临时变量。这样可以有很大的性能提升。下面一段代码是一个例子：
不好的代码：
。。。。。。
&int k = 1；；
推荐的代码：
。。。。。。
&int k = 1；；
对于一些不需要循环变量参加运算的计算任务可以把它们放到循环外面，现在许多编译器还是能自己干这件事，不过对于中间使用了变量的算式它们就不敢动了，所以很多情况下你还得自己干。对于那些在循环中调用的函数，凡是没必要执行多次的操作通通提出来，放到一个函数里，循环前调用。另外尽量减少喂食次数，没必要的话尽量不给它传参，需要循环变量的话让它自己建立一个静态循环变量自己累加，速度会快一点。
还有就是结构体访问，东楼的经验，凡是在循环里对一个结构体的两个以上的元素执行了访问，就有必要建立中间变量了结构这样，那的对象呢想想看，看下面的例子
一些老的语言编译器不做聚合优化，而符合规范的新的编译器可以自动完成这个优化，看例子
，，，，，
这种写法当然要得，但是没有优化
，，，，，
如果这么写的话，一个符合规范的新的编译器可以只计算一次，然后将结果代入第二个式子，节约了一次除法运算。
在中，关键字可以被加入到任何函数的声明中。这个关键字请求编译器用函数内部的代码替换所有对于指出的函数的调用。这样做在两个方面快于函数调用：第一，省去了调用指令需要的执行时间；第二，省去了传递变元和传递过程需要的时间。但是使用这种方法在优化程序速度的同时，程序长度变大了，因此需要更多的。使用这种优化在函数频繁调用并且只包含几行代码的时候是最有效的。
函数定义并不知道函数返回&#20540;是否被使用，假如返回&#20540;从来不会被用到，应该使用来明确声明函数不返回任何&#20540;。
使用全局变量比函数传递参数更加有效率。这样做去除了函数调用参数入栈和函数完成后参数出栈所需要的时间。然而决定使用全局变量会影响程序的模块化和重入，故要慎重使用。
一般来说，所有函数都应该有原型定义。原型定义可以传达给编译器更多的可能用于优化的信息。
尽可能使用常量。标准规定，如果一个声明的对象的地址不被获取，允许编译器不对它分配储存空间。这样可以使代码更有效率，而且可以生成更好的代码。
　　如果一个函数只在实现它的文件中被使用，把它声明为静态的(static)以强制使用内部连接。否则，默认的情况下会把函数定义为外部连接。这样可能会影响某些编译器的优化——比如，自动内联。
与LISP之类的语言不同，C语言一开始就病态地喜欢用重复代码循环，许多C程序员都是除非算法要求，坚决不用递归。事实上，C编译器们对优化递归调用一点都不反感，相反，它们还很喜欢干这件事。只有在递归函数需要传递大量参数，可能造成瓶颈的时候，才应该使用循环代码，其他时候，还是用递归好些。
在声明局部变量的时候可以使用register关键字。这就使得编译器把变量放入一个多用途的寄存器中，而不是在堆栈中，合理使用这种方法可以提高执行速度。函数调用越是频繁，越是可能提高代码的速度。
在最内层循环避免使用全局变量和静态变量，除非你能确定它在循环周期中不会动态变化，大多数编译器优化变量都只有一个办法，就是将他们置成寄存器变量，而对于动态变量，它们干脆放弃对整个表达式的优化。尽量避免把一个变量地址传递给另一个函数，虽然这个还很常用。C语言的编译器们总是先假定每一个函数的变量都是内部变量，这是由它的机制决定的，在这种情况下，它们的优化完成得最好。但是，一旦一个变量有可能被别的函数改变，这帮兄弟就再也不敢把变量放到寄存器里了，严重影响速度。看例子：
因为d的地址被c函数使用，有可能被改变，编译器不敢把它长时间的放在寄存器里，一旦运行到c(&d)，编译器就把它放回内存，如果在循环里，会造成N次频繁的在内存和寄存器之间读写d的动作，众所周知，CPU在系统总线上的读写速度慢得很。比如你的赛杨300，CPU主频300，总线速度最多66M，为了一个总线读，CPU可能要等4-5个周期，得。。得。。得。。想起来都打颤。
在if结构中如果要判断的并列条件较多，最好将它们拆分成多个if结构，然后嵌套在一起，这样可以避免无谓的判断。
该方案主要是考虑到在嵌入式开发中对程序执行速度的要求特别高，所以该方案主要是为了优化程序的执行速度。
注意：优化是有侧重点的，优化是一门平衡的艺术，它往往要以牺牲程序的可读性或者增加代码长度为代价。
&&相关文章推荐
* 以上用户言论只代表其个人观点，不代表CSDN网站的观点或立场
访问：61240次
积分：1252
积分：1252
排名：千里之外
原创：59篇
转载：40篇
(1)(1)(1)(1)(4)(5)(2)(1)(2)(6)(12)(8)(3)(6)(6)(3)(6)(1)(4)(5)(18)(3)
(window.slotbydup = window.slotbydup || []).push({
id: '4740881',
container: s,
size: '200,200',
display: 'inlay-fix'