我应该在C ++竞争性编程中接受输入的循环中进行工作吗

如何解决我应该在C ++竞争性编程中接受输入的循环中进行工作吗

对于使用c ++进行竞争性编程，我还很陌生，直到现在，我一直试图将输入循环与其余代码分开。因为我曾经认为应该对数据流进行单独处理以优化速度，但是最近在一个问题上，我发现当将工作合并到同一循环中时，运行n个案例所需的时间减少了一小部分。

这是分离出循环的代码。

vector<int> a(n);
for (int i = 0; i < n; i++) cin>>a[i];
for (int i = 1; i < n; i++) a[i] = a[i]+a[i-1];

这是合并后的代码

vector<int> a(n);
int sum = 0;
int x;
for (int i = 0; i < n; i++)
{
   cin>>x;
   sum += x;
   a[i] = sum ;
}

其中哪些通常更快，为什么??

也
输入循环是否计入代码的整体空间复杂度？

解决方法

其中哪些通常更快，为什么??

我希望第二个版本在处理大量数据时会更快。

原因是缓存。如果数据太大而无法放入高速缓存中，则（假定典型的“最近最少使用”驱逐策略）第一个版本，将从高速缓存中逐出数组的第一个元素，以便为以后的/最后一个元素腾出空间在第一个循环中的数组；在第二个循环中导致大量的高速缓存未命中。

当然，对于现代CPU /计算机，有许多缓存（例如L1，L2，L3，然后是TLB）。这导致许多不同的“数据量”降低了第一个版本的性能。换句话说，对于少量数据，性能可能是相似的；对于“介于64 KiB和256 KiB之间的数据”，第一个版本的性能可能是后者的两倍；对于“介于256 KiB和8 MiB之间的数据”，第一个版本的性能可能是后者的4倍，等等。

请注意，（理论上）编译器可以将两者优化为相同；在一个完美的世界（理想的编译器）中，没有竞争性的编程竞赛是没有意义的，因为不管程序员写什么，编译器都会产生相同的输出。不幸的是，编译器远非完美。对于比赛，可能已禁用优化，以增加对程序员技能的重视。