我正在尝试使用OpenMP对可重入算法进行线程化,但成功率有限。 github上有一个C版本的FORTRAN LSODA例程。它用于求解一阶常微分方程。它经历了多个版本,但最新版本是Simon Frost撰写的,可以在这里找到:
https://github.com/sdwfrost/liblsoda
该库附带一个简单的测试示例,我使用OpenMP将其更新为线程。关于并行实现,我有几个悬而未决的问题。我最“成功”的尝试是在下面(解决问题所花费的时间没有减少,解决方案有时会有所不同):
#include <stdio.h>
#include <stdlib.h>
#include <math.h>
#include <time.h>
#include "common.h"
#include "lsoda.h"
#include "omp.h"
#define BILLION 1000000000L
#define NUM_THREADS 2 // Number of threads for OpenMP
struct timespec start, end;
long long int timeValues[2];
long long unsigned int deltaTimeArray;
double msTime = 0.;
int fex(double t, double *y, double *ydot, void *data)
{
ydot[0] = 1.0E4 * y[1] * y[2] - .04E0 * y[0];
ydot[2] = 3.0E7 * y[1] * y[1];
ydot[1] = -1.0 * (ydot[0] + ydot[2]);
return(0);
}
int test(void)
{
# ifdef _OPENMP
printf("Compiled by an OpenMP-compliant implementation.\n");
# endif
// Begin timing the algorithm
clock_gettime(CLOCK_MONOTONIC, &start);
timeValues[0] = (BILLION*start.tv_sec) + start.tv_nsec;
omp_set_dynamic(0);
omp_set_num_threads(NUM_THREADS);
int nThreads = 0;
#pragma omp parallel
{
double atol[3], rtol[3], t, tout, y[3];
int neq = 3;
int iout;
y[0] = 1.0E0;
y[1] = 0.0E0;
y[2] = 0.0E0;
t = 0.0E0;
tout = 0.4E0;
struct lsoda_opt_t opt = {0};
opt.ixpr = 0;
opt.rtol = rtol;
opt.atol = atol;
opt.itask = 1;
rtol[0] = rtol[2] = 1.0E-4;
rtol[1] = 1.0E-4;
atol[0] = 1.0E-6;
atol[1] = 1.0E-10;
atol[2] = 1.0E-6;
struct lsoda_context_t ctx = {
.function = fex,
.neq = neq,
.data = NULL,
.state = 1,
};
lsoda_prepare(&ctx, &opt);
#pragma omp master
nThreads = omp_get_num_threads();
#pragma omp for
for (iout = 1; iout <= 12; iout++)
{
lsoda(&ctx, y, &t, tout);
printf(" at t= %12.4e y= %14.6e %14.6e %14.6e\n", t, y[0], y[1], y[2]);
if (ctx.state <= 0)
{
printf("error istate = %d\n", ctx.state);
exit(0);
}
/*
if (iout == 1) tout = 4.0E-1 * 10.0E0;
if (iout == 2) tout = 4.0E0 * 10.0E0;
if (iout == 3) tout = 4.0E1 * 10.0E0;
if (iout == 4) tout = 4.0E2 * 10.0E0;
if (iout == 5) tout = 4.0E3 * 10.0E0;
if (iout == 6) tout = 4.0E4 * 10.0E0;
if (iout == 7) tout = 4.0E5 * 10.0E0;
if (iout == 8) tout = 4.0E6 * 10.0E0;
if (iout == 9) tout = 4.0E7 * 10.0E0;
if (iout == 10) tout = 4.0E8 * 10.0E0;
if (iout == 11) tout = 4.0E9 * 10.0E0;
if (iout == 12) tout = 4.0E10 * 10.0E0;
*/
tout = tout * 10.0E0;
}
lsoda_free(&ctx);
}
if (nThreads == NUM_THREADS)
{
printf("The expected number of threads, %d, were used.\n", NUM_THREADS);
}
else
{
printf("Expected %d OpenMP threads, but %d were used.\n", NUM_THREADS, nThreads);
}
// End timing the algorithm
clock_gettime(CLOCK_MONOTONIC, &end);
timeValues[1] = (BILLION*end.tv_sec) + end.tv_nsec;
deltaTimeArray = timeValues[1] - timeValues[0];
timeValues[0] = timeValues[1];
msTime = deltaTimeArray * pow(10, -6);
const char *elapsed = "elapsed";
printf("%13s\n%13.06lf\n", elapsed, msTime);
return(0);
}
int main(void)
{
for(int i = 0; i < 1; i++)
{
test();
}
return(0);
}
/*
The correct answer (up to certain precision):
at t= 4.0000e-01 y= 9.851712e-01 3.386380e-05 1.479493e-02
at t= 4.0000e+00 y= 9.055333e-01 2.240655e-05 9.444430e-02
at t= 4.0000e+01 y= 7.158403e-01 9.186334e-06 2.841505e-01
at t= 4.0000e+02 y= 4.505250e-01 3.222964e-06 5.494717e-01
at t= 4.0000e+03 y= 1.831976e-01 8.941773e-07 8.168015e-01
at t= 4.0000e+04 y= 3.898729e-02 1.621940e-07 9.610125e-01
at t= 4.0000e+05 y= 4.936362e-03 1.984221e-08 9.950636e-01
at t= 4.0000e+06 y= 5.161833e-04 2.065787e-09 9.994838e-01
at t= 4.0000e+07 y= 5.179804e-05 2.072027e-10 9.999482e-01
at t= 4.0000e+08 y= 5.283675e-06 2.113481e-11 9.999947e-01
at t= 4.0000e+09 y= 4.658667e-07 1.863468e-12 9.999995e-01
at t= 4.0000e+10 y= 1.431100e-08 5.724404e-14 1.000000e+00
*/
似乎“ omp.h”有几种变体,可以在这里找到我使用的版本:
https://sites.uclouvain.be/SystInfo/usr/include/omp.h.html
我不确定该算法应如何进行线程化。第一个未解决的问题是调用lsoda()例程的for循环是否应该进行线程化,因为tout具有循环依赖性。如果是增量(在我的实际实现中就是这种情况),则可以使用逗号运算符将其简单地添加为for循环中的第二个增量语句(编辑:显然,OpenMP无法做到这一点-for循环必须是规范的形式,不能有两个增量表达式)。这就是代码的注释掉部分基于iout的值更新tout的原因。即使使用笨拙的代码块,有时也会导致错误的解决方案。
提供的测试示例是将test()函数嵌入for循环中编写的,并在main中调用(一次迭代)。我不确定其背后的逻辑,但就我而言,我正在做类似的事情,其中main中的for循环中多次调用了test()例程。 for循环的线程问题再次是循环依赖性,其中每个后续解决方案(y []值)都取决于先前的解决方案。我知道该算法可以线程化,但是我似乎无法成功实现它。任何指针将不胜感激。
答案 0 :(得分:2)
似乎“ omp.h”有几种变体,可以在这里找到我使用的版本:[...]
不。您不能随意选择一些随机的OMP标头。您应该使用所使用的OMP实施提供的一种,否则可能会导致不确定的行为。
我不确定该算法应如何进行线程化。首先 悬而未决的问题是是否for循环调用了 由于tout具有循环依赖性,因此应该对lsoda()例程进行线程化。
您应该担心依赖关系。 OpenMP对此没有任何魔力-程序员负责处理依赖项。但是,在这种情况下,您有可行的选择来打破涉及tout
的依赖关系,其中包括:
预先计算一个tout
值的数组并传递该数组的元素:
double touts[12] = { 0.4 };
for (int i = 1; i < 12; i++) touts[i] = 10 * touts[i - 1];
// ...
lsoda(&ctx, y, &t, touts[i - 1]);
在函数调用时计算适当的tout
:
lsoda(&ctx, y, &t, tout * pow(10, i - 1));
// ... and avoid modifying tout later in the loop ...
但是请注意其他依赖项。特别是,如果lsoda()
既读取并修改其其他参数所指向的数据,则可能会引入附加的依赖关系,这些依赖关系很难(也许是不可能)处理。
您似乎在说的确实是这样:
for循环的线程问题再次是循环依赖性, 每个后续解(y []值)取决于 以前的解决方案。
如果lsoda()
计算并存储y
的元素的新值,而这些值以一种难以预测的方式依赖于原始值,那么这一切就结束了。您不会破坏这种依赖关系,并且不破坏它,您的 best 结果就是您获得正确的输出而没有任何加速。并不是说您可以安全地依靠看到最好的情况。
我知道该算法可以进行线程化,但是我似乎无法成功实现它。
并非所有算法都是可并行化的。可以使用OpenMP和lsoda()
同时解决几个 separate 问题是合理的,并且可以想象lsoda()
可以在内部并行化(我尚未评估这种可能性),但我认为没有理由认为您的特定测试用例可以有效地并行化。