小编Jac*_*arf的帖子

我有以下令人尴尬的并行循环

//#pragma omp parallel for
for(i=0; i<tot; i++)
    pointer[i] = val;

为什么取消注释 #pragma 行会导致性能下降？当我使用 openmp 并行化这个 for 循环时，我的程序运行时间略有增加。既然每次访问都是独立的，那岂不是大大提高了程序的速度？

是否有可能如果这个 for 循环没有针对较大的 tot 值运行，开销是否会减慢速度？

我正在使用 git rev-list 以两种不同的方式从存储库中选择提交：

git rev-list --reverse HEAD~<n>..

和 git rev-list --reverse ..

阅读了 git rev-list 手册页后，我知道 .. 相当于 ^，并且这不会包含在所选提交的范围内，但是手册页没有指定如果我想要一个包含范围的提交（即，包括）

我有同样的问题： git rev-list --reverse HEAD~..

这是我想要的规范：

说我有四个提交：

A--B--C--D

我有一个脚本，我提交了两次：

myscript --from B --to D

我想要一个大小为 3 的提交列表：

B, C, D

或者如果我这样做了：

myscript --last 4

我会得到：

A, B, C, D

我提出的解决方案是执行以下操作：

git rev-list --reverse <tag1>~1..<tag2>

或 git rev-list --reverse HEAD~..

但是，如果 n == 提交次数，或者 tag1 是第一次提交，这将不起作用。

任何帮助，将不胜感激。