这个C program调用METIS来划分网格。
编辑:New version的C计划考虑到风向标和保罗格尔维的意见。
在我的GNU/Linux上我得到了结果:

objval: 14
epart: 0 0 0 0 0 1 2 2 1 0 0 1 2 2 1 2 2 1
npart: 0 0 0 2 0 0 1 1 2 2 2 1 2 2 1 1
8

在我的OSX上,我得到:
objval: 17
epart: 0 1 1 0 1 0 2 2 0 1 1 1 2 2 1 2 2 0
npart: 0 1 1 1 0 1 0 1 2 2 2 0 2 2 0 0
8

是什么导致结果不同?
我的意思是,无论OS/architecture/compiler是什么,如何修复它总是得到相同的结果?
注意:idx_tint64_t,在mylong上是GNU/Linux,但在mylong long上是OSX
我的GNU/Linux
$ cat /etc/issue
Ubuntu 12.04.4 LTS \n \l

$ gcc --version
gcc (Ubuntu/Linaro 4.6.3-1ubuntu5) 4.6.3
Copyright (C) 2011 Free Software Foundation, Inc.
This is free software; see the source for copying conditions.  There is NO
warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.

$ uname -s -r -v -p -i -o
Linux 3.5.0-45-generic #68~precise1-Ubuntu SMP Wed Dec 4 16:18:46 UTC 2013 x86_64 x86_64 GNU/Linux

我的OSX
$ sw_vers

ProductName:    Mac OS X
ProductVersion: 10.9.5
BuildVersion:   13F34

$ gcc --version
Configured with: --prefix=/Applications/Xcode.app/Contents/Developer/usr --with-gxx-include-dir=/usr/include/c++/4.2.1
Apple LLVM version 5.0 (clang-500.2.79) (based on LLVM 3.3svn)
Target: x86_64-apple-darwin13.4.0
Thread model: posix

$ uname -m -p -r -s -v
Darwin 13.4.0 Darwin Kernel Version 13.4.0: Sun Aug 17 19:50:11 PDT 2014; root:xnu-2422.115.4~1/RELEASE_X86_64 x86_64 i386

METIS安装
METIS版本为5.1.0
我已经用miniconda安装了METIS
包裹here
(文件linux-64/metis-5.1.0-0.tar.bz2osx-64/metis-5.1.0-2.tar.bz2)。
这些包是用这个recipe构建的。

最佳答案

METIS使用伪随机数。
伪随机数由GKlib函数生成。(GKlib嵌入到METIStarbarlls中)。
默认情况下,GKlib使用C标准库中的rand函数,该函数可能在不同平台上生成不同的数字。(参见:Consistent pseudo-random numbers across platforms)。
但是GKlib也可以用标志-DUSE_GKRAND编译。它不使用rand函数,而是使用自己的函数,它总是给出不同模板的相同随机数。
使用-DUSE_GKRAND编译函数中的C代码,在myGNU/Linux和myOSX上得到相同的结果:

objval: 18
epart: 0 0 0 2 1 1 2 2 1 0 0 1 0 1 1 2 2 1
npart: 0 0 0 0 2 0 1 1 2 1 2 1 2 2 1 1
8

我用这个condarecipe来构建METIS

关于c - METIS:不同操作系统上的不同结果,我们在Stack Overflow上找到一个类似的问题:https://stackoverflow.com/questions/31299159/

10-09 08:41