1. 在linux安装MySQL时采用源码编译安装，但是如何让MySQL的编译时间缩短呢
可以试试在使用make && make install 时添加-j参数，不限制内核进行编译安装。或者-j 后加内核数 。例如 make -j 4 && make install -j 4
优点：速度快会相对提高很多
缺点：消耗大量CPU，内存资源。
我做过一个测试，如果不限定内核 （16核 80GB内存 ）的服务器编译安装mysql 5.0.7 安装时长大致在10分钟左右，但是测试时服务器CPU跑满100% ，内存消耗至少32GB。直接使用 make && make install 安装耗时45分钟，内存4GB ，CPU 10%左右。
2. java编译为什么那么慢
ecplipse编译慢，并不是说编译的工具慢，是由于工程代码很多，导致内存短时间产生不够的现象，表现出来的就是很慢。
很多程序在进行大数据的计算或者数据库的操作，都需要很多的内存来计算或者保存数据，编译环境这时候就会很卡。
3. Quartus II 11.1编译程序很慢怎么个情况
Quartus II 11.1的软件版本比之前的版本功能更强大，需要的内存也大，而且软件都有3个G了吧，编译运行处理的东西多了，当然就慢了，很正常！
4. Visual Studio编译很慢，什么原因
Visual Studio编译很慢解决办法：
打开vs2010的工具选项，环境>常规之下 查看”视觉体验”配置，它默认选择了”基于客户端性能自动调整视觉体验”并启用硬件图形加速，取消选择这个选择。
5. 单片机c语言预编译时间问题
楼上的，你好像说的不对吧，你有没有学过编译原理。
宏定义都是在编译时就处理好了（属于预处理，直接在编译时处理好代进去用的），运行时并不占用大量的实型数据运算。
6. 我应该买什么ＰＣ来获取Quartus II的最快速编译时间
最后修改: 2012 年9 月05 日
产品类别: 设计软件
产品领域: 安装/授权(设计软件)
产品子领域: 操作系统支持/系统要求
标题说明Altera为Quartus03 II 只推荐最低硬件要求，最低可用物理RAM，和交换空间。这些推荐是在载有Quartus II的readme.txt格式中和在器件支持版本注释中，存在于Quartus II Development Software documentation page最低要求使Quartus II 能够运行。如果您具有大的设计和想要最佳编译时间，Altera建议更高的配置。 Quartus II需要大量的处理器和存储器资源。CPU速度是影响编译次数性能的主要因素。请考虑多核处理器和多CPU的配置，从而利用多线程编译。使用分化快设计和增量式编译来完全利用可用内核。请参考 Quartus II手册的第二卷的Recing Compilation Time章节。除此之外，解决以下三个瓶颈：通过处理器最大化芯片上的缓存访问最小化虚拟储存器的使用最小化硬盘访问时间通过处理器最大化芯片上的缓存访问选择具有大量的芯片上缓存的CPU。最小化虚拟储存的使用使用64-位体系结构和操作系统，伴随足够量的快速速度等级RAM。随着器件大小和软件复杂性的增长，内存使用也在增加。针对较新的器件系列(Stratix03 III 和更新的版本)的设计比用于32位应用的RAM的2GB需要更多，所以使用64位操作系统和软件。对于一个64位系统，对于更大的器件系列，一个单编译应该已经访问至少RAM的8GB (安装8到10GB)和更多。对于每种器件的最低安装的RAM信息，请参考器件支持版本注释，存在于Quartus II Development Software documentation page。最短的硬盘访问时间使用快速或固态硬盘安装一个本地SCSI或基于SATA的体系结构。磁盘也可以被RAID条带化，以便更快的访问。 使用网络磁盘可以是编译时间的一个显着地瓶颈。如果您必须在网络硬盘上存储工程源，Altera建议使用网络文件系统的源文件创建一个本地工程，保持项目目录当地和源文件远程。Quartus II 只读取几次源文件，但是需要访问Quartus II数据库(db and incremental_db)很多次。补充注释从32位转换到64位 OS并且软件可能不会减少编译时间。64位Quartus II使能够访问每进程较大的储存映射(没有2GB限制),但是使用64位OS或软件时可能看不到提高，如果我们的设计没有达到2GB限制并且在32位OS上使用低虚拟储存。您可能看到编译次数的稍微降低，由于64位进程的较多开销。Quartus II 10.0的编译次数性能和更新的64位对比32位(64位机上)是可比较的，如同Windows OS的性能对比相等的Linux (32位对比32位，或者64位对比64位)。
7. 手机编译时间问题
若当前使用的是vivo/iQOO手机，编译时间是手机系统软件版本编译完成的时间，新手机的系统编译时间通常会早于手机出厂和购买时间的。
8. c++ 最短作业时间进程调度算法的变量定义问题
定义数组时，数组大小必须是编译时期就能计算出来的值。这一点很好理解，否则编译器不知道要分配多少空间。
如果“数组”大小编译时期算不出来（比如要用户scanf），那么应该用动态内存分配，类似这个样子：
#include <stdlib.h>
int main()
{
int n;
scanf("%d",&n);
struct JobStruct *Job;
Job=(struct JobStruct *)malloc(n * sizeof(struct JobStruct));
...
}
9. C语言多充循环，运算次数多，编译时间很长，又无法估计最终需要多久，怎么办
如果要减少时间 那么优化代码，或者直接改进算法
如果要预测时间，那么大致估计一下循环的次数，然后在固定的某个循环中加一个打印，通过打印频率来估算总时间
10. 编译程序所需要的时间和电脑的性能有关系么
有关系的
当需要编译工程的复杂度一定的时候，电脑性能越好，编译所需要时间越短；反之，则时间越长。
当电脑性能一定的时候，工程越复杂，则编译所需要的时间越长；反之，则时间越短。