性能：if else vs switch，while vs for，for each vs for，print vs printf [关闭]

Question

我正在使用getrusage() 测试所有这些不同的构造，以计算(ru_utime + ru_stime) 在执行它们之前和之后的变化。
事实证明，对于类似的构造执行相同的任务并没有什么不同。以下是结果：
printf (1.5 ± 0.5)% 比 print 快
foreach (6.0 ± 1.0)% 比 for 循环快（迭代 1kk 个元素的索引数组)
for (9.0 ± 1.0)% 比 while 循环快
if/else (8.0 ± 1.0)% 比 switch 快（测试了两种情况、6 种情况和 10 种可能例）。

所以我想知道，这些差异真的很重要吗？如果我们在代码中使用所有最有效的此类结构，会有所不同吗？可能有 6%、8%、9% 或 10%，加起来会改变我们代码的效率吗？
或者这些差异仍然不明显，我的意思是服务器对请求的响应几乎不会变化?另外，如果我们使用if/else 而不是switch、for 而不是while、printf 而不是print、foreach 而不是for，它会占用更多内存吗？

Answer 1

就性能而言，使用StackOverflow 答案回答您的问题：

对于 if/else 与 switch：性能相同 (more)。

对于for vs foreach vs while：没关系（more）。

对于printf 与print：一个不比另一个好（more）。

我的拙见是，您使用对您来说更舒适和/或更好地满足您的需求的任何东西（彼此之间存在细微差异，在性能以外的其他方面，这取决于您的需求）。在性能方面，为了最大限度地提高性能，您应该注意其他事项，例如降低程序中使用的代码的O 复杂性、网络延迟处理、需要时的任务并行化等。您的问题是有点笼统，所以我试着用同样的方式回答。

Answer 2

1. 你是对的。百分之几并不重要。
2. 操作的可伸缩性对应用程序性能的影响远大于这几个百分比。从这个意义上说，可扩展性意味着如果您收到 2 倍或 10 倍的数据量，您的系统将如何运行。您的系统是否会仅减慢 2 倍、10 倍（如果它是线性的）或 4 倍、100 倍（二次）等。http://en.wikipedia.org/wiki/Scalability
3. 此问题通常发生在其他提到的数据库端。有“大”的操作。有些数据可能很大。
4. 大多数开发人员不必太在意资源。是的。分析是处理性能问题的正确方法。

Answer 3

OP 写道：

这些差异真的很重要吗？如果我们在代码中使用所有最有效的此类结构，会有所不同吗？

嗯，是的，也不是。您正在编写超低延迟应用程序吗？硬（确定性）实时应用程序？如果是，那么是的。等待用户的键盘输入？你的 CPU 不会因为无聊而死，这是一个奇迹。所以，没有。

9% 的差异可能微不足道（你的精灵领主不会杀死巨魔），也可能非常显着（你祖母的生命维持系统会杀死她）。

基本上，这不是一个可以在这里回答的问题。抛开环境/执行/编译器优化问题：它不仅是一本书的主题，而且具体的书取决于你在谈论什么样的程序，以及性能包络的后果和要求是什么。我猜想对于 99.99% 的程序员来说，switch 或 if/else 语句或类似的窥视孔优化之间的差异（实际上）绝对为零。

古老的格言“让它可读，让它运行，然后在必要时让它快速运行”可能是你最好的行动方案。即使在极其罕见的情况下它可能很重要，但请务必使用分析器来确定真正需要“使其快速运行”阶段的“位置”部分的位置。