编译器对cpu的优化

① CPU在不同编译器下性能差多少

看对编译器的优化效果 一般3%-15%

② 关于cpu指令集和编译器的问题

这些软件在编写时也考虑到了这点，所以用兼容的方式是可以运行的，当然，在优化过的程序（与指令集最匹配）中肯定会获得较好的运行效率。
个人观点，不够专业，仅供参考！

③ tuber c编译器为什么cpu占用高

1:程序起用太多。 解决方法:关闭一些程序
2:病毒、恶意代码 。解决方法:下载最新的防病毒软件,杀毒
3：系统运行应用软件出错，造成停止响应（尤其在WIN98中） 解决：强行关闭程序（CTRL+ALT+DEL）
4:实时监控软件 解决：关闭
5:降温软件 解决：关闭
6：驱动不兼容如安装via 4合1 驱动的时候，再进系统，资源占用率高。
解决：上网当最新的
7：含HT技术的P4CPU由于自身设计的关系（为最大限度的利用CPU而优化），容易出现占用率高。 解决：关闭HT
8、被别人入侵 。解决方法:用netstat -an 查看是否有一些异常的活动端口，一般防火墙可以解决问题。
9、其它原因: 拷CD、运行3DMARK、打开精品网络电视、电脑开机进入系统后的10多秒钟、电脑做服务器等，容易出现占用率高。

④ 通过编译器对程序优化来改进cache性能的方法有哪几种

你的程序可能太短，看不出区别来，你比对一下她们生成的汇编码就知道了

CPU 缓存是为了提高程序运行的性能，CPU 在很多处理上内部架构做了很多调整，比如 CPU 高速缓存，大家都知道因为硬盘很慢，可以通过缓存把数据加载到内存里面，提高访问速度，而 CPU 处理也有这个机制，尽可能把处理器访问主内存时间开销放在 CPU 高速缓存上面，CPU 访问速度相比内存访问速度又要快好多倍，这就是目前大多数处理器都会去利用的机制，利用处理器的缓存以提高性能。

就算优化带来的效果非常有限，但是经过长年累月的持续优化，效果也是非常明显的，比如当年的Chrome浏览器就是靠打开网页非常快从而打败微软系统自带的IE浏览器。电脑手机等硬件的性能是有限的，不同的算法会产生不同的效率，今天我们就简单说一个选择问题，开发程序时是节省内存还是节省计算量。

⑤ 含有代码优化的编译器的执行效率高这句话对不对

优化方式理论上跟编译器和硬件都有关联。代码级别的优化，要看所使用的编译器实现，Xcode用的是clang，VS用的是windows自己的编译器。。。
汇编级别（指令级别）的优化，要根据硬件对应的指令集实现，指令集根据CPU类型的不同而不同。。。

⑥ C语言编译器有哪些各有什么特点

C语言编译器目前主要有VC++、dev-C++、C-Free、win-TC、TC 2.0等等。

其中比较经典的VC++，微软的产品，编译器，链接器，运行，调试等功能于一体的强大开发工具，特点是功能十分强大，对于新手来说需要一段时间去摸索。
dev-C++是windows下一款开发c/c++的开发环境，使用gcc为编译器，遵循标准，功能比较强大，语法高量，可以进行单步调试（这对排除错误很重要),进行断点设置等功能，遵循C标准，是一款很强大的开发工具。
C-Free是一款支持多种编译器的专业化C/C++集成开发环境（IDE）。利用C-Free，使用者可以轻松地编辑、编译、连接、运行、调试C/C++程序。
TC 2.0:Borland公司的产品，在dos界面下编译运行，小巧、灵活，但是不能使用鼠标。
win-TC:在tc2.0的基础上加上了界面，能够使用鼠标，具有语法高量，可以嵌入汇编等特点，对新手一些，拜托了不能用鼠标的困难。

编译器，简单讲，就是将“一种语言（通常为高级语言）”翻译为“另一种语言（通常为低级语言）”的程序。一个现代编译器的主要工作流程：源代码 (source code) → 预处理器 (preprocessor) → 编译器 (compiler) → 目标代码 (object code) → 链接器(Linker) → 可执行程序 (executables)。

⑦ lcc编译器和tdd-gcc编译器哪个好

c++编译器是一个与标准化C++高度兼容的编译环境。这点对于编译可移植的代码十分重要。编译器对不同的CPU会进行不同的优化。编译器就是将“高级语言”翻译为“机器语言（低级语言）”的程序。

⑧ 用C语言编写一个死循环能让CPU使用率一直保持100%吗

如果在单任务系统中运行，可以用C语言编写一个死循环，让CPU使用率一直保持在100%。

例如：while(true);
（注：DOS 就是单任务操作系统）

如果在多任务系统中运行，则不可能只通过一个死循环就让CPU使用率一直保持在100%。
除了死循环，你还要让你的程序获得最高的优先级。
如果是多处理器环境，你还要启用多个线程来占用每个处理器。
（注：Windows 就是多任务操作系统）

⑨ java编译器的代码优化问题

理论上的就不说了，你自己搜也能搜到很多。
举个例子，你从一个方法a调用了另一个方法b。
我们知道，在a和b之中是可以创建相同名称的变量的，比如都有int i = 0;这句话。这种现象的根本原因在于，方法的调用会产生中断，中断产生后，cpu会做现场保护，包括把变量等进行压栈操作，即把方法a的相关资源进行了压栈，而方法b的相关资源放在栈顶，只有栈顶资源可以与cpu交互（就把方法a中的变量i保护起来），当方法b结束后出栈，a就又回到了栈顶，并获取了方法b运行的结果，然后继续运行。

哎，有些啰嗦了。方法的调用、中断、压栈出栈等等这些操作你说一点不消耗资源吧，那是不可能的，多少都会消耗一些，虽然很非常十分微不足道。那么编译器的优化过程，我知道的其作用之一，就是会把这些做一个优化。原本方法a一共10句话，你偏要只写1句，然后第2句写成方法b，第3句写成方法c。。。。。，然后依次嵌套调用。这样的源代码，编译器优化后，就跟你直接写10句是一个结果，即做了一定程度上的优化。

⑩ 编译器如何指定cpu类型

只有完整的 Visual Studio 产品才支持此优化。
“目标 CPU”（C# 中为“平台目标”
）项目属性指定编译器是否应针对特定的 CPU 类型（如 64 位处理器）优化编译。
可以将目标平台设置为所有 CPU 类型或 x86、x64 或 Itanium 之类的特定 CPU 类型。
默认情况下，此选项设置为“AnyCPU”（C# 中为“Any CPU”
），以指定编译器不针对特定的 CPU 类型优化编译。
注意对于在以下说明中使用的某些 Visual Studio 用户界面元素，您的计算机可能会显示不同的名称或位置。