这个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_t
是int64_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.bz2
和osx-64/metis-5.1.0-2.tar.bz2
)。这些包是用这个recipe构建的。
最佳答案
METIS
使用伪随机数。
伪随机数由GKlib
函数生成。(GKlib
嵌入到METIS
tarbarlls中)。
默认情况下,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/