最短编译时间力扣

‘壹’ 有什么适合大一计算机专业学生免费的刷题网站

既然大一的同学选择计算机专业，当然少不了刷题啦！但是有很多刷题网站是免费的，同学们想知道吗？下面由我来讲讲吧。

1.力扣

这个网站收录了很多知名互联网公司出的算法题目，相信大一同学很熟悉了，很多同学都在这里刷题，增强对计算机基础知识掌握。它支持多种编程语言，如：Java、Ptthon、Ruby等。最常做的是算法题，目前有一千多道的题目。有专门的图文和视频讲解，方便同学们茶楼补缺。也可以在个人界面查看进展，看自己的学习情况。如果出来工作笔试中，面试官会从这里抽题。刷题过程中全部会了，那么工作没有什么大问题。

以上我列举了三个计算机免费刷题的网站，同学们看到我写的推荐后，来收藏夹吃灰~希望同学们有时间使用这三个网站学习计算机相关知识，提高计算机专业能力，祝你们学有所成！

‘贰’ 牛客竞赛和力扣题有什么不同

主要是三方面：格式控制，引导性，歧义问题。
1.格式控制。
牛客网上的每道题都需要写完整一个程序所需要的部分，包括头文件，主函数，功能函数。这也就意味着数据结构等部分都需要自己去设计，设计的不规范就会影响你的最终程序的质量，这一点和LeetCode上是有很大的区别的。
侧重点不同。
LeetCode上主要是让你把精力集中在算法的设计上，好比是房子的初步模型已经设计好了，你只要将它装饰好就行了，不需要去管其他的细节，所以LeetCode的每道题都会给出一个函数，函数的参数什么的都已经写好了，你只要完成功能就行了。
而牛客网上则是比较严格一些吧，你需要从地基部分构建起，一直到房子成型，需要考虑到整个程序的点点滴滴，若是数据结构等使用的不恰当的话，就相当于地基没打好，最后程序的性能肯定不会好到哪儿去，所以写起来的时候确实难度较大。
2.引导性。
个人的感觉是牛客网上代码题写错以后就很难写对，当你提交一个程序的时候，最终的结果只是显示你的答案通过了百分之多少的测试用例，却不提示错误出在了哪里，需要不断的去思考自己的程序的错误到底出在何处，尤其是在笔试的时候很难设计出健全的测试用例来测试你的程序，所以一旦写错了，真的很通过调试找出自己的错误出在了哪里；
但是LeetCode上则比较人性化，他会提示你的代码无法通过哪些测试用例，这样你可以通过这个测试用例去找你的代码的逻辑上的问题，引导你的思维的前进，最终解决问题。
3.歧义问题。
这一点我感觉两个编译器上都存在。
LeetCode上题目的描述是用英文描述的，但是很简练，直奔主题，要么一看就懂，要么怎么看都看不懂。
牛客网上则是喜欢贴切实际，每个问题都要写很多描述，跟场景结合起来，经常有什么牛牛的人出现，一旦描述太长，看起来就比较吃力，这样也会严重的影响解题的思路。

‘叁’ 在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%左右。

‘肆’ 为什么eclipse编译的时候那么慢

ecplipse编译慢，并不是说编译的工具慢，是由于工程代码很多，导致内存短时间产生不够的现象，表现出来的就是很慢。
很多程序在进行大数据的计算或者数据库的操作，都需要很多的内存来计算或者保存数据，编译环境这时候就会很卡。

‘伍’ 编译程序所需要的时间和电脑的性能有关系么

有关系的
当需要编译工程的复杂度一定的时候，电脑性能越好，编译所需要时间越短；反之，则时间越长。
当电脑性能一定的时候，工程越复杂，则编译所需要的时间越长；反之，则时间越短。

‘陆’ C语言 编程题中 时间限制 500ms是指编译时间要小于0.5s么

你在参加编程竞赛？
时间是指运行时间不超过0.5秒

‘柒’ 有哪位计算机大佬能帮我解决这个问题吗leetcode力扣显示说有错误，但我自己在dev c++能正常运行

这玩意不是你代码出问题了，因为main函数根本不是你写的，应该是leetcode平台出bug了，编译时把两个以上main函数的代码放一起编译了。

‘捌’ ELF文件 编译时间

具体如下：
ELF文件格式提供了两种不同的视角，在汇编器和链接器看来，ELF文件是由Section Header Table描述的一系列Section的集合，而执行一个ELF文件时，在加载器（Loader）看来它是由Program Header Table描述的一系列Segment的集合。
目标文件再不同的系统或平台上具有不同的命名格式，在Unix和X86-64 Linux上称为ELF(Executable and Linkable Format, ELF)。

‘玖’ Xcode 构建速度优化（一）衡量编译时间

随着项目不断迭代，工程文件越来越多，引用的三方库也越来越多，这些直接导致编译时间的不断增加，完整编译一次项目动辄需要五分钟以上时间，实在有些影响开发效率，是时候来一波提速了。

为编译和构建提速，首先我们需要对速度有一个衡量标准：准确获得构建用时

首先，我们需要定义要衡量和优化的内容。 有两种选择：

xcode默认情况下会跟踪所有构建，我们可以通过更改xcode相关设置，来在活动查看器中显示出构建时间，通过命令行：

每次编译成功后，会在Successed之后显示出所用时间:

Xcode Build Timing Summary是Xcode10中加入的用于查看获取构建时间和发现用时瓶颈方面的最有利工具。 可以通过Proct->Perform Action->Build With Timing Summary来开启：这样在 Build Log 的末尾就会添加 Timing Summary Log。我们可以通过这个 log 看到哪个阶段是耗时的，便于我们进行优化。

如上图中: xib阶段的编译耗时明显是比普通c文件要多的，意味着我们可以通过减少xib方式来优化提升速度
而c文件的编译用时比总时间还要长，是因为c文件是并行编译的

在命令行中同样可以开启这个功能：

常用的第三方工具有 BuildTimeAnalyzer 、 xcode-build-times-rendering 、 XCLogParser 。

BuildTimeAnalyzer可以统计可以得出某个文件的类型检查时长，每个表达式的类型检查时长。

xcode-build-times-rendering是一个Ruby编写的第三方工具，可以方便地分别测量目标的构建时间并在图表上显示它们，使用gem安装

接下来使用这个工具自带命令配置项目

然后构建项目并生成报告：

这个工具使用上比较简单，缺点是只能从宏观上生成各个target编译的整体图标，无法详细列出各个内部编译明细

XCLogParser可以详细列出各个Target和内部每个文件的编译耗时，对我们分析编译时间瓶颈非常有帮助，它的工作原理主要是做为解析器，通过解析xcode编译生成的xcactivitylog日志来记录
安装：

编译项目后，进行安装

安装成功后通过命令：

会自动在当前目录的 build/xclogparser/reports/ 路径下生成报告，其中--project参数需要设置为待分析项目的名字，并注意当前在终端切换到希望写入日志的目录。

报告截图：

这个工具将作为我们后面分析提升编译构建速度的主要使用工具。

经过我多次在不同时间段，不同电脑上不断尝试编译，
我发现编译耗时是一个比较玄的东西，及时在同一台电脑，同一个项目， 同一套环境配置下，编译用时也会随着电脑当前状态（包括同时打开进程、散热等等）上下大幅跳动，就像算法时间复杂度一样，有时候我们明明做了一些细微的优化，但是结果反而是编译耗时增加了，这是很正常的事情
所以，衡量这个标准需要我们取多次试验中的平均值作为参考。

‘拾’ 什么是编译时间

用户使用编译程序对其个人编制的源程序进行编译的过程称为程序编译。编译时间(compiling time) 指编译程序将源程序编译成目标程序所占用的时间。

1 如何减少编译时间
一是执行每日自动构建。每日自动构建的原理很简单：安装每日构建工具CCNET（不熟悉该工具的同学可以去搜索下）。然后在源码服务器上安装编译环境。源码服务器每天获取最新代码，每天下班后开始编译最新代码，经过一个晚上基本上就能把库和应用程序都编好，到了第二天开发人员只需下载最新的库文件和代码文件而不须自己重新编译。这样就能大大节省时间了。
二是使用联合编译器IncrediBuild。这个工具估计大家都不陌生。最近试验了一个新想法，写一个批处理文件，将SVN和IncrediBuild绑在一起，实现了从源码更新到工程编译。


2 批处理文件的命令语法
svnupinclude//更新服务器的include文件夹到本地
BuildConsoleD:\Code\MySolution.sln/prj="MyApp"/build/OpenMonitor/cfg="Debug|Win32"
BuildConsole是IncrediBuild的命令行工具，
D:\Code\MySolution.sln是你的解决方案文件绝对路径，
/prj参数设置你要编译的工程，如果你要编译多个工程，可以这样设置，/prj="prj1,prj2,prj3",
/prj参数也支持通配符，/prj="*"即为编译MySolution.sln下的所有工程
/build为编译工程，若改为/rebuild即是清理重编工程。
/OpenMonitor为打开IncrediBuild的图形化界面，去掉该参数则不出现图形界面。
/cfg为编译设置选项，如要编release版本，可以改为Release|Win32。
把上面的代码保存为BuildDebug.bat，把文件保存在D:\Code\路径下（即源码根目录，下面有include、src和vs三个文件夹），然后运行这个批处理文件就相当于把从更新源码到编译源码这一系列动作都执行了。