编译器优化允许通过“int”,“least”和“fast”非固定宽度类型C
发布时间：2020-12-16 10:15:08 所属栏目：百科 来源：网络整理
导读：显然,当尺寸很重要时,应使用固定宽度的整体类型. 但是,我读了(Insomniac Games样式指南),当大小不重要时,“int”应该是循环计数器/函数args /返回代码/等的首选 – 给出的理由是固定宽度类型可以排除某些编译器优化. 现在,我想区分“编译器优化”和“更适合
|
显然,当尺寸很重要时,应使用固定宽度的整体类型.
但是,我读了(Insomniac Games样式指南),当大小不重要时,“int”应该是循环计数器/函数args /返回代码/等的首选 – 给出的理由是固定宽度类型可以排除某些编译器优化. 现在,我想区分“编译器优化”和“更适合目标体系结构的typedef”.后者具有全局范围,除非编译器能够以某种方式推断由此typedef参数化的程序的全局性能,否则我的猜测可能影响非常有限.前者具有本地范围,编译器可以根据本地寄存器压力/使用情况等自由优化使用的字节数和操作. 标准是否允许非固定宽度类型的“编译器优化”(如我们所定义的)？这有什么好的例子吗？ 如果没有,并且假设CPU可以在较小类型上运行,速度最快,那么从性能的角度来看,我认为使用根据本地环境调整大小的固定宽度整数是没有害处的.至少这有可能减轻登记压力,我认为不会更糟. 解决方法
经验法则是使用int的原因是标准将此整数类型定义为CPU的自然数据类型(前提是它对于INT_MIN到INT_MAX的范围足够宽.这是最佳性能源于此的地方.
（编辑：李大同） 【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容! |