Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

memory bug in parallel GFS.THRIFT via caret #24

Open
tobigithub opened this issue Dec 28, 2015 · 0 comments
Open

memory bug in parallel GFS.THRIFT via caret #24

tobigithub opened this issue Dec 28, 2015 · 0 comments
Labels

Comments

@tobigithub
Copy link
Owner

GFS.THRIFT from frbs_3.1-0 under caret will use excessive memory (10 Gbyte per rscript.exe) for a small example (10x10 matrix with 3 kByte) in parallel mode (cores>4). The example will either run or crash the RGUI. Sequential use maybe fine but slow. Package source: http://dicits.ugr.es/software/FRBS/index.php

# load caret and DT the cars data set
require(caret); require(DT);  require(mlbench);

set.seed(123)
simReg <- as.data.frame(mlbench.friedman1(10, sd = 1))
featurePlot(x=simReg[1:10], y=simReg$y)

trainIndex <- createDataPartition(y=simReg$y, p=0.7, list=FALSE, times = 1)
training_data <- simReg[trainIndex,]
testing_data <- simReg[-trainIndex,]

# all the training data (just named x and y)
y <- training_data$y
x <- training_data[, -ncol(training_data)]

# load all libraries
library(doParallel); cl <- makeCluster(8); registerDoParallel(cl)

train(x,y,"GFS.THRIFT")

# stop the parallel processing and register sequential front-end
stopCluster(cl); registerDoSEQ();
@tobigithub tobigithub added the bug label Dec 28, 2015
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Projects
None yet
Development

No branches or pull requests

1 participant