我提取的相關位從gputoolsř -package到使用RCPP通過動態加載鏈接到culatools一個共享庫我的GPU上運行的QR分解。在我的Mac上,所有內容都可以在終端和R.app中順利運行。該結果與- [R的QR()功能,但問題是,分割故障發生在離開R.app(使用終端時,不會發生錯誤):RCPP和CULA:分段錯誤
*** caught segfault ***
address 0x10911b050, cause 'memory not mapped'
我想我縮小了問題的指針「a」和「頭」在鏈接到culatools .c文件:
#include<cula.h>
void gpuQR(const int *m, const int *n, float *a, const int *lda, float *tau)
{
culaInitialize();
culaSgeqrf(m[0], n[0], a, lda[0], tau);
culaShutdown();
}
我編譯使用我的Mac .c文件:
/usr/local/cuda/bin/nvcc -gencode arch=compute_10,code=sm_10 -gencode arch=compute_11,code=sm_11 -gencode arch=compute_12,code=sm_12 -gencode arch=compute_13,code=sm_13 -gencode arch=compute_20,code=sm_20 -c -I. -I/usr/local/cula/include -m64 -Xcompiler -fPIC gpuQR.c -o gpuQR.o
/usr/local/cuda/bin/nvcc -gencode arch=compute_10,code=sm_10 -gencode arch=compute_11,code=sm_11 -gencode arch=compute_12,code=sm_12 -gencode arch=compute_13,code=sm_13 -gencode arch=compute_20,code=sm_20 -shared -m64 -Xlinker -rpath,/usr/local/cula/lib64 -L/usr/local/cula/lib64 -lcula_core -lcula_lapack -lcublas -o gpuQR.so gpuQR.o
我寫使用RCPP和動態加載共享庫gpuQR.so .cpp文件:
#include <Rcpp.h>
#include <dlfcn.h>
using namespace Rcpp;
using namespace std;
typedef void (*func)(int*, int*, float*, int*, float*);
RcppExport SEXP gpuQR_Rcpp(SEXP x_, SEXP n_rows_, SEXP n_cols_)
{
vector<float> x = as<vector<float> >(x_);
int n_rows = as<int>(n_rows_);
int n_cols = as<int>(n_cols_);
vector<float> scale(n_cols);
void* lib_handle = dlopen("path/gpuQR.so", RTLD_LAZY);
if (!lib_handle)
{
Rcout << dlerror() << endl;
} else {
func gpuQR = (func) dlsym(lib_handle, "gpuQR");
gpuQR(&n_rows, &n_cols, &(x[0]), &n_rows, &(scale[0]));
}
dlclose(lib_handle);
for(int ii = 1; ii < n_rows; ii++)
{
for(int jj = 0; jj < n_cols; jj++)
{
if(ii > jj) { y[ii + jj * n_rows] *= scale[jj]; }
}
}
return wrap(x);
}
我使用編譯cpp文件中- [R:
library(Rcpp)
PKG_LIBS <- sprintf('%s $(LAPACK_LIBS) $(BLAS_LIBS) $(FLIBS)', Rcpp:::RcppLdFlags())
PKG_CPPFLAGS <- sprintf('%s', Rcpp:::RcppCxxFlags())
Sys.setenv(PKG_LIBS = PKG_LIBS , PKG_CPPFLAGS = PKG_CPPFLAGS)
R <- file.path(R.home(component = 'bin'), 'R')
file <- 'path/gpuQR_Rcpp.cpp'
cmd <- sprintf('%s CMD SHLIB %s', R, paste(file, collapse = ' '))
system(cmd)
並舉了一個例子:
dyn.load('path/gpuQR_Rcpp.so')
set.seed(100)
A <- matrix(rnorm(9), 3, 3)
n_row <- nrow(A)
n_col <- ncol(A)
res <- .Call('gpuQR_Rcpp', c(A), n_row, n_col)
matrix(res, n_row, n_col)
[,1] [,2] [,3]
[1,] 0.5250958 -0.8666927 0.8594266
[2,] -0.2504899 -0.3878644 -0.1277837
[3,] 0.1502908 0.4742033 -0.8804248
qr(A)$qr
[,1] [,2] [,3]
[1,] 0.5250957 -0.8666925 0.8594266
[2,] -0.2504899 -0.3878643 -0.1277838
[3,] 0.1502909 0.4742033 -0.8804247
有沒有人有一個想法如何解決分段故障?
你爲什麼使用nvcc編譯你的代碼?如果它是普通的C代碼,則可以(也可能應該)使用主機C編譯器。 nvcc默認使用C++主機編譯路由。這可能不是你想要的。 – talonmies
我剛剛使用了* gputools R *包使用的內容。實際上,* Nvidia * [文檔](http://docs.nvidia.com/cuda/cuda-compiler-driver-nvcc)對此做了如下說明:「... nvcc模仿GNU編譯器gcc的行爲:它接受一系列常規編譯器選項,例如定義宏和include /庫路徑,以及指導編譯過程。所有非CUDA編譯步驟都被轉發到nvcc支持的通用C編譯器,...「 – chris
是的,我完全理解這一點。但請注意,「通用編譯器」是C++編譯器,而不是C編譯器。所以你的C代碼可以用C++編譯器編譯。大多數時候它並不重要,但有時它確實如此。這可能是其中的一種...... – talonmies