Haskell FFI / C的性能考虑?
|
如果将Haskell用作从我的C程序中调用的库,则对其进行调用会对性能产生什么影响?例如,如果我有一个问题世界数据集,比如说20kB的数据,而我想运行以下内容:
// Go through my 1000 actors and have them make a decision based on
// HaskellCode() function, which is compiled Haskell I\'m accessing through
// the FFI. As an argument, send in the SAME 20kB of data to EACH of these
// function calls, and some actor specific data
// The 20kB constant data defines the environment and the actor specific
// data could be their personality or state
for(i = 0; i < 1000; i++)
actor[i].decision = HaskellCode(20kB of data here, actor[i].personality);
这将要发生什么-我有可能将20kB的数据保留为Haskell代码访问的全局不可变引用吗?还是我每次必须创建该数据的副本?
令人担忧的是,这些数据可能更大,更大-我还希望编写算法,以使用多次调用Haskell代码所使用的不变数据的相同模式,对更大的数据集起作用。
另外,我想对此进行并行化,例如dispatch_apply()GCD或Parallel.ForEach(..)C#。我在Haskell之外进行并行化的基本原理是,我知道我将始终在许多单独的函数调用(即1000个actor)上进行操作,因此在Haskell函数中使用细粒度的并行化并不比在C级别对其进行管理更好。是否正在运行FFI Haskell实例“线程安全”,以及如何实现这一点-每次启动并行运行时都需要初始化Haskell实例吗? (如果需要的话,似乎太慢了。)如何实现良好的性能?
没有找到相关结果
已邀请:
4 个回复
剃摧庭峨僳
或
。 我想并行化 我强烈建议您然后反转控件,并从Haskell运行时进行并行化-由于该路径已经过大量测试,因此它将更加健壮。 关于线程安全,对在同一运行时中运行的
函数进行并行调用显然是安全的-尽管可以肯定没有人尝试过这样做以获得并行性。调用获得一种功能,该功能本质上是一种锁定,因此多个调用可能会阻塞,从而减少了并行的机会。在多核情况下(例如,大约5英镑),您的结果可能会有所不同(可以使用多种功能),但是,这几乎肯定是提高性能的一种不好的方法。 同样,通过
从Haskell进行许多并行函数调用是一个更有据可查,经过更好测试的路径,比在C端进行工作所需的开销更少,并且最终的代码可能更少。 只需调用您的Haskell函数,这将通过许多Haskell线程进行并行处理。简单!
撵穆
在OSX 10.6上与GHC 7.0.3 / x86_64和gcc-4.2.1一起编译
Haskell:
而要驱动它的OSX C ++应用程序,应该很容易适应Windows或Linux:
古擅坛犯
死搭胯
那为什么不做一个助手功能
并调用它?但是,使用这种方法,如果要进行并行化,则需要在Haskell端使用并行列表和并行映射进行此操作。 我请专家解释是否可以轻松地将C数组编组到Haskell列表(或类似结构)中。