## Introduction

This tutorial shows how a H2O Deep Learning model can be used to do supervised classification and regression. A great tutorial about Deep Learning is given by Quoc Le here and here. This tutorial covers usage of H2O from R. A python version of this tutorial will be available as well in a separate document. This file is available in plain R, R markdown and regular markdown formats, and the plots are available as PDF files. All documents are available on Github.

If run from plain R, execute R in the directory of this script. If run from RStudio, be sure to setwd() to the location of this script. h2o.init() starts H2O in R’s current working directory. h2o.importFile() looks for files from the perspective of where H2O was started.

More examples and explanations can be found in our H2O Deep Learning booklet and on our H2O Github Repository. The PDF slide deck can be found on Github.

### H2O R Package

Load the H2O R package:

1 2 3 |
## R installation instructions are at http://h2o.ai/download library(h2o) |

### Start H2O

Start up a 1-node H2O server on your local machine, and allow it to use all CPU cores and up to 2GB of memory:

1 2 3 |
h2o.init(nthreads=-1, max_mem_size="2G") h2o.removeAll() ## clean slate - just in case the cluster was already running |

The `h2o.deeplearning`

function fits H2O’s Deep Learning models from within R.

We can run the example from the man page using the `example`

function, or run a longer demonstration from the `h2o`

package using the `demo`

function:

1 2 3 4 5 |
args(h2o.deeplearning) help(h2o.deeplearning) example(h2o.deeplearning) #demo(h2o.deeplearning) #requires user interaction |

While H2O Deep Learning has many parameters, it was designed to be just as easy to use as the other supervised training methods in H2O. Early stopping, automatic data standardization and handling of categorical variables and missing values and adaptive learning rates (per weight) reduce the amount of parameters the user has to specify. Often, it’s just the number and sizes of hidden layers, the number of epochs and the activation function and maybe some regularization techniques.

### Let’s have some fun first: Decision Boundaries

We start with a small dataset representing red and black dots on a plane, arranged in the shape of two nested spirals. Then we task H2O’s machine learning methods to separate the red and black dots, i.e., recognize each spiral as such by assigning each point in the plane to one of the two spirals.

We visualize the nature of H2O Deep Learning (DL), H2O’s tree methods (GBM/DRF) and H2O’s generalized linear modeling (GLM) by plotting the decision boundary between the red and black spirals:

1 2 3 4 5 6 7 8 9 10 11 12 13 14 |
setwd("~/h2o-tutorials/tutorials/deeplearning") ##For RStudio spiral &lt;- h2o.importFile(path = normalizePath("../data/spiral.csv")) grid &lt;- h2o.importFile(path = normalizePath("../data/grid.csv")) # Define helper to plot contours plotC &lt;- function(name, model, data=spiral, g=grid) { data &lt;- as.data.frame(data) #get data from into R pred &lt;- as.data.frame(h2o.predict(model, g)) n=0.5*(sqrt(nrow(g))-1); d &lt;- 1.5; h &lt;- d*(-n:n)/n plot(data[,-3],pch=19,col=data[,3],cex=0.5, xlim=c(-d,d),ylim=c(-d,d),main=name) contour(h,h,z=array(ifelse(pred[,1]=="Red",0,1), dim=c(2*n+1,2*n+1)),col="blue",lwd=2,add=T) } |

We build a few different models:

1 2 3 4 5 6 7 |
#dev.new(noRStudioGD=FALSE) #direct plotting output to a new window par(mfrow=c(2,2)) #set up the canvas for 2x2 plots plotC( "DL", h2o.deeplearning(1:2,3,spiral,epochs=1e3)) plotC("GBM", h2o.gbm (1:2,3,spiral)) plotC("DRF", h2o.randomForest(1:2,3,spiral)) plotC("GLM", h2o.glm (1:2,3,spiral,family="binomial")) |

Let’s investigate some more Deep Learning models. First, we explore the evolution over training time (number of passes over the data), and we use checkpointing to continue training the same model:

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 |
#dev.new(noRStudioGD=FALSE) #direct plotting output to a new window par(mfrow=c(2,2)) #set up the canvas for 2x2 plots ep &lt;- c(1,250,500,750) plotC(paste0("DL ",ep[1]," epochs"), h2o.deeplearning(1:2,3,spiral,epochs=ep[1], model_id="dl_1")) plotC(paste0("DL ",ep[2]," epochs"), h2o.deeplearning(1:2,3,spiral,epochs=ep[2], checkpoint="dl_1",model_id="dl_2")) plotC(paste0("DL ",ep[3]," epochs"), h2o.deeplearning(1:2,3,spiral,epochs=ep[3], checkpoint="dl_2",model_id="dl_3")) plotC(paste0("DL ",ep[4]," epochs"), h2o.deeplearning(1:2,3,spiral,epochs=ep[4], checkpoint="dl_3",model_id="dl_4")) |

You can see how the network learns the structure of the spirals with enough training time. We explore different network architectures next:

1 2 3 4 5 6 7 |
#dev.new(noRStudioGD=FALSE) #direct plotting output to a new window par(mfrow=c(2,2)) #set up the canvas for 2x2 plots for (hidden in list(c(11,13,17,19),c(42,42,42),c(200,200),c(1000))) { plotC(paste0("DL hidden=",paste0(hidden, collapse="x")), h2o.deeplearning(1:2,3,spiral,hidden=hidden,epochs=500)) } |

It is clear that different configurations can achieve similar performance, and that tuning will be required for optimal performance. Next, we compare between different activation functions, including one with 50% dropout regularization in the hidden layers:

1 2 3 4 5 6 7 8 |
#dev.new(noRStudioGD=FALSE) #direct plotting output to a new window par(mfrow=c(2,2)) #set up the canvas for 2x2 plots for (act in c("Tanh","Maxout","Rectifier","RectifierWithDropout")) { plotC(paste0("DL ",act," activation"), h2o.deeplearning(1:2,3,spiral, activation=act,hidden=c(100,100),epochs=1000)) } |

Clearly, the dropout rate was too high or the number of epochs was too low for the last configuration, which often ends up performing the best on larger datasets where generalization is important.

More information about the parameters can be found in the H2O Deep Learning booklet.

## Cover Type Dataset

We important the full cover type dataset (581k rows, 13 columns, 10 numerical, 3 categorical).

We also split the data 3 ways: 60% for training, 20% for validation (hyper parameter tuning) and 20% for final testing.

1 2 3 4 5 6 7 8 |
df &lt;- h2o.importFile(path = normalizePath("../data/covtype.full.csv")) dim(df) df splits &lt;- h2o.splitFrame(df, c(0.6,0.2), seed=1234) train &lt;- h2o.assign(splits[[1]], "train.hex") # 60% valid &lt;- h2o.assign(splits[[2]], "valid.hex") # 20% test &lt;- h2o.assign(splits[[3]], "test.hex") # 20% |

Here’s a scalable way to do scatter plots via binning (works for categorical and numeric columns) to get more familiar with the dataset.

1 2 3 4 5 6 7 |
#dev.new(noRStudioGD=FALSE) #direct plotting output to a new window par(mfrow=c(1,1)) # reset canvas plot(h2o.tabulate(df, "Elevation", "Cover_Type")) plot(h2o.tabulate(df, "Horizontal_Distance_To_Roadways", "Cover_Type")) plot(h2o.tabulate(df, "Soil_Type", "Cover_Type")) plot(h2o.tabulate(df, "Horizontal_Distance_To_Roadways", "Elevation" )) |

### First Run of H2O Deep Learning

Let’s run our first Deep Learning model on the covtype dataset.

We want to predict the `Cover_Type`

column, a categorical feature with 7 levels, and the Deep Learning model will be tasked to perform (multi-class) classification. It uses the other 12 predictors of the dataset, of which 10 are numerical, and 2 are categorical with a total of 44 levels. We can expect the Deep Learning model to have 56 input neurons (after automatic one-hot encoding).

1 2 3 4 |
response <- "Cover_Type" predictors <- setdiff(names(df), response) predictors |

To keep it fast, we only run for one epoch (one pass over the training data).

1 2 3 4 5 6 7 8 9 10 11 12 13 |
m1 <- h2o.deeplearning( model_id="dl_model_first", training_frame=train, validation_frame=valid, ## validation dataset: used for scoring and early stopping x=predictors, y=response, #activation="Rectifier", ## default #hidden=c(200,200), ## default: 2 hidden layers with 200 neurons each epochs=1, variable_importances=T ## not enabled by default ) summary(m1) |

Inspect the model in Flow for more information about model building etc. by issuing a cell with the content `getModel "dl_model_first"`

, and pressing Ctrl-Enter.

### Variable Importances

Variable importances for Neural Network models are notoriously difficult to compute, and there are many pitfalls. H2O Deep Learning has implemented the method of Gedeon, and returns relative variable importances in descending order of importance.

1 2 |
head(as.data.frame(h2o.varimp(m1))) |

### Early Stopping

Now we run another, smaller network, and we let it stop automatically once the misclassification rate converges (specifically, if the moving average of length 2 does not improve by at least 1% for 2 consecutive scoring events). We also sample the validation set to 10,000 rows for faster scoring.

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 |
m2 <- h2o.deeplearning( model_id="dl_model_faster", training_frame=train, validation_frame=valid, x=predictors, y=response, hidden=c(32,32,32), ## small network, runs faster epochs=1000000, ## hopefully converges earlier... score_validation_samples=10000, ## sample the validation dataset (faster) stopping_rounds=2, stopping_metric="misclassification", ## could be "MSE","logloss","r2" stopping_tolerance=0.01 ) summary(m2) plot(m2) |

### Adaptive Learning Rate

By default, H2O Deep Learning uses an adaptive learning rate (ADADELTA) for its stochastic gradient descent optimization. There are only two tuning parameters for this method: `rho`

and `epsilon`

, which balance the global and local search efficiencies. `rho`

is the similarity to prior weight updates (similar to momentum), and `epsilon`

is a parameter that prevents the optimization to get stuck in local optima. Defaults are `rho=0.99`

and `epsilon=1e-8`

. For cases where convergence speed is very important, it might make sense to perform a few runs to optimize these two parameters (e.g., with `rho in c(0.9,0.95,0.99,0.999)`

and `epsilon in c(1e-10,1e-8,1e-6,1e-4)`

). Of course, as always with grid searches, caution has to be applied when extrapolating grid search results to a different parameter regime (e.g., for more epochs or different layer topologies or activation functions, etc.).

If `adaptive_rate`

is disabled, several manual learning rate parameters become important: `rate`

, `rate_annealing`

, `rate_decay`

, `momentum_start`

, `momentum_ramp`

, `momentum_stable`

and `nesterov_accelerated_gradient`

, the discussion of which we leave to H2O Deep Learning booklet.

### Tuning

With some tuning, it is possible to obtain less than 10% test set error rate in about one minute. Error rates of below 5% are possible with larger models. Note that deep tree methods can be more effective for this dataset than Deep Learning, as they directly partition the space into sectors, which seems to be needed here.

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 |
m3 <- h2o.deeplearning( model_id="dl_model_tuned", training_frame=train, validation_frame=valid, x=predictors, y=response, overwrite_with_best_model=F, ## Return the final model after 10 epochs, even if not the best hidden=c(128,128,128), ## more hidden layers -> more complex interactions epochs=10, ## to keep it short enough score_validation_samples=10000, ## downsample validation set for faster scoring score_duty_cycle=0.025, ## don't score more than 2.5% of the wall time adaptive_rate=F, ## manually tuned learning rate rate=0.01, rate_annealing=2e-6, momentum_start=0.2, ## manually tuned momentum momentum_stable=0.4, momentum_ramp=1e7, l1=1e-5, ## add some L1/L2 regularization l2=1e-5, max_w2=10 ## helps stability for Rectifier ) summary(m3) |

Let’s compare the training error with the validation and test set errors

1 2 3 4 5 6 |
h2o.performance(m3, train=T) ## sampled training data (from model building) h2o.performance(m3, valid=T) ## sampled validation data (from model building) h2o.performance(m3, newdata=train) ## full training data h2o.performance(m3, newdata=valid) ## full validation data h2o.performance(m3, newdata=test) ## full test data |

To confirm that the reported confusion matrix on the validation set (here, the test set) was correct, we make a prediction on the test set and compare the confusion matrices explicitly:

1 2 3 4 5 |
pred <- h2o.predict(m3, test) pred test$Accuracy <- pred$predict == test$Cover_Type 1-mean(test$Accuracy) |

### Hyper-parameter Tuning with Grid Search

Since there are a lot of parameters that can impact model accuracy, hyper-parameter tuning is especially important for Deep Learning:

For speed, we will only train on the first 10,000 rows of the training dataset:

1 2 |
sampled_train=train[1:10000,] |

The simplest hyperparameter search method is a brute-force scan of the full Cartesian product of all combinations specified by a grid search:

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 |
hyper_params <- list( hidden=list(c(32,32,32),c(64,64)), input_dropout_ratio=c(0,0.05), rate=c(0.01,0.02), rate_annealing=c(1e-8,1e-7,1e-6) ) hyper_params grid <- h2o.grid( algorithm="deeplearning", grid_id="dl_grid", training_frame=sampled_train, validation_frame=valid, x=predictors, y=response, epochs=10, stopping_metric="misclassification", stopping_tolerance=1e-2, ## stop when misclassification does not improve by >=1% for 2 scoring events stopping_rounds=2, score_validation_samples=10000, ## downsample validation set for faster scoring score_duty_cycle=0.025, ## don't score more than 2.5% of the wall time adaptive_rate=F, ## manually tuned learning rate momentum_start=0.5, ## manually tuned momentum momentum_stable=0.9, momentum_ramp=1e7, l1=1e-5, l2=1e-5, activation=c("Rectifier"), max_w2=10, ## can help improve stability for Rectifier hyper_params=hyper_params ) grid |

Let’s see which model had the lowest validation error:

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 |
grid <- h2o.getGrid("dl_grid",sort_by="err",decreasing=FALSE) grid ## To see what other "sort_by" criteria are allowed #grid <- h2o.getGrid("dl_grid",sort_by="wrong_thing",decreasing=FALSE) ## Sort by logloss h2o.getGrid("dl_grid",sort_by="logloss",decreasing=FALSE) ## Find the best model and its full set of parameters grid@summary_table[1,] best_model <- h2o.getModel(grid@model_ids[[1]]) best_model print(best_model@allparameters) print(h2o.performance(best_model, valid=T)) print(h2o.logloss(best_model, valid=T)) |

### Random Hyper-Parameter Search

Often, hyper-parameter search for more than 4 parameters can be done more efficiently with random parameter search than with grid search. Basically, chances are good to find one of many good models in less time than performing an exhaustive grid search. We simply build up to `max_models`

models with parameters drawn randomly from user-specified distributions (here, uniform). For this example, we use the adaptive learning rate and focus on tuning the network architecture and the regularization parameters. We also let the grid search stop automatically once the performance at the top of the leaderboard doesn’t change much anymore, i.e., once the search has converged.

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 |
hyper_params <- list( activation=c("Rectifier","Tanh","Maxout","RectifierWithDropout","TanhWithDropout","MaxoutWithDropout"), hidden=list(c(20,20),c(50,50),c(30,30,30),c(25,25,25,25)), input_dropout_ratio=c(0,0.05), l1=seq(0,1e-4,1e-6), l2=seq(0,1e-4,1e-6) ) hyper_params ## Stop once the top 5 models are within 1% of each other (i.e., the windowed average varies less than 1%) search_criteria = list(strategy = "RandomDiscrete", max_runtime_secs = 360, max_models = 100, seed=1234567, stopping_rounds=5, stopping_tolerance=1e-2) dl_random_grid <- h2o.grid( algorithm="deeplearning", grid_id = "dl_grid_random", training_frame=sampled_train, validation_frame=valid, x=predictors, y=response, epochs=1, stopping_metric="logloss", stopping_tolerance=1e-2, ## stop when logloss does not improve by >=1% for 2 scoring events stopping_rounds=2, score_validation_samples=10000, ## downsample validation set for faster scoring score_duty_cycle=0.025, ## don't score more than 2.5% of the wall time max_w2=10, ## can help improve stability for Rectifier hyper_params = hyper_params, search_criteria = search_criteria ) grid <- h2o.getGrid("dl_grid_random",sort_by="logloss",decreasing=FALSE) grid grid@summary_table[1,] best_model <- h2o.getModel(grid@model_ids[[1]]) ## model with lowest logloss best_model |

Let’s look at the model with the lowest validation misclassification rate:

1 2 3 4 5 6 7 8 9 10 |
grid <- h2o.getGrid("dl_grid",sort_by="err",decreasing=FALSE) best_model <- h2o.getModel(grid@model_ids[[1]]) ## model with lowest classification error (on validation, since it was available during training) h2o.confusionMatrix(best_model,valid=T) best_params <- best_model@allparameters best_params$activation best_params$hidden best_params$input_dropout_ratio best_params$l1 best_params$l2 |

### Checkpointing

Let’s continue training the manually tuned model from before, for 2 more epochs. Note that since many important parameters such as `epochs, l1, l2, max_w2, score_interval, train_samples_per_iteration, input_dropout_ratio, hidden_dropout_ratios, score_duty_cycle, classification_stop, regression_stop, variable_importances, force_load_balance`

can be modified between checkpoint restarts, it is best to specify as many parameters as possible explicitly.

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 |
max_epochs <- 12 ## Add two more epochs m_cont <- h2o.deeplearning( model_id="dl_model_tuned_continued", checkpoint="dl_model_tuned", training_frame=train, validation_frame=valid, x=predictors, y=response, hidden=c(128,128,128), ## more hidden layers -> more complex interactions epochs=max_epochs, ## hopefully long enough to converge (otherwise restart again) stopping_metric="logloss", ## logloss is directly optimized by Deep Learning stopping_tolerance=1e-2, ## stop when validation logloss does not improve by >=1% for 2 scoring events stopping_rounds=2, score_validation_samples=10000, ## downsample validation set for faster scoring score_duty_cycle=0.025, ## don't score more than 2.5% of the wall time adaptive_rate=F, ## manually tuned learning rate rate=0.01, rate_annealing=2e-6, momentum_start=0.2, ## manually tuned momentum momentum_stable=0.4, momentum_ramp=1e7, l1=1e-5, ## add some L1/L2 regularization l2=1e-5, max_w2=10 ## helps stability for Rectifier ) summary(m_cont) plot(m_cont) |

Once we are satisfied with the results, we can save the model to disk (on the cluster). In this example, we store the model in a directory called `mybest_deeplearning_covtype_model`

, which will be created for us since `force=TRUE`

.

1 2 3 |
path <- h2o.saveModel(m_cont, path="./mybest_deeplearning_covtype_model", force=TRUE) |

It can be loaded later with the following command:

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 |
print(path) m_loaded <- h2o.loadModel(path) summary(m_loaded) ``` This model is fully functional and can be inspected, restarted, or used to score a dataset, etc. Note that binary compatibility between H2O versions is currently not guaranteed. ### Cross-Validation For N-fold cross-validation, specify `nfolds&gt;1` instead of (or in addition to) a validation frame, and `N+1` models will be built: 1 model on the full training data, and N models with each 1/N-th of the data held out (there are different holdout strategies). Those N models then score on the held out data, and their combined predictions on the full training data are scored to get the cross-validation metrics. ```r dlmodel <- h2o.deeplearning( x=predictors, y=response, training_frame=train, hidden=c(10,10), epochs=1, nfolds=5, fold_assignment="Modulo" # can be "AUTO", "Modulo", "Random" or "Stratified" ) dlmodel |

N-fold cross-validation is especially useful with early stopping, as the main model will pick the ideal number of epochs from the convergence behavior of the cross-validation models.

## Regression and Binary Classification

Assume we want to turn the multi-class problem above into a binary classification problem. We create a binary response as follows:

1 2 |
train$bin_response <- ifelse(train[,response]=="class_1", 0, 1) |

Let’s build a quick model and inspect the model:

1 2 3 4 5 6 7 8 9 |
dlmodel <- h2o.deeplearning( x=predictors, y="bin_response", training_frame=train, hidden=c(10,10), epochs=0.1 ) summary(dlmodel) |

Instead of a binary classification model, we find a regression model (`H2ORegressionModel`

) that contains only 1 output neuron (instead of 2). The reason is that the response was a numerical feature (ordinal numbers 0 and 1), and H2O Deep Learning was run with `distribution=AUTO`

, which defaulted to a Gaussian regression problem for a real-valued response.

H2O Deep Learning supports regression for distributions other than `Gaussian`

such as `Poisson`

, `Gamma`

, `Tweedie`

, `Laplace`

. It also supports `Huber`

loss and per-row offsets specified via an `offset_column`

. We refer to our H2O Deep Learning regression code examples for more information.

To perform classification, the response must first be turned into a categorical (factor) feature:

1 2 3 4 5 6 7 8 9 10 11 12 |
train$bin_response <- as.factor(train$bin_response) ##make categorical dlmodel <- h2o.deeplearning( x=predictors, y="bin_response", training_frame=train, hidden=c(10,10), epochs=0.1 #balance_classes=T ## enable this for high class imbalance ) summary(dlmodel) ## Now the model metrics contain AUC for binary classification plot(h2o.performance(dlmodel)) ## display ROC curve |

Now the model performs (binary) classification, and has multiple (2) output neurons.

## Unsupervised Anomaly detection

For instructions on how to build unsupervised models with H2O Deep Learning, we refer to our previous Tutorial on Anomaly Detection with H2O Deep Learning and our MNIST Anomaly detection code example, as well as our Stacked AutoEncoder R code example and another one for

Unsupervised Pretraining with an AutoEncoder R code example.

## H2O Deep Learning Tips & Tricks

#### Performance Tuning

The Definitive H2O Deep Learning Performance Tuning blog post covers many of the following points that affect the computational efficiency, so it’s highly recommended.

#### Activation Functions

While sigmoids have been used historically for neural networks, H2O Deep Learning implements `Tanh`

, a scaled and shifted variant of the sigmoid which is symmetric around 0. Since its output values are bounded by -1..1, the stability of the neural network is rarely endangered. However, the derivative of the tanh function is always non-zero and back-propagation (training) of the weights is more computationally expensive than for rectified linear units, or `Rectifier`

, which is `max(0,x)`

and has vanishing gradient for `x<=0`

, leading to much faster training speed for large networks and is often the fastest path to accuracy on larger problems. In case you encounter instabilities with the `Rectifier`

(in which case model building is automatically aborted), try a limited value to re-scale the weights: `max_w2=10`

. The `Maxout`

activation function is computationally more expensive, but can lead to higher accuracy. It is a generalized version of the Rectifier with two non-zero channels. In practice, the `Rectifier`

(and `RectifierWithDropout`

, see below) is the most versatile and performant option for most problems.

#### Generalization Techniques

L1 and L2 penalties can be applied by specifying the `l1`

and `l2`

parameters. Intuition: L1 lets only strong weights survive (constant pulling force towards zero), while L2 prevents any single weight from getting too big. Dropout has recently been introduced as a powerful generalization technique, and is available as a parameter per layer, including the input layer. `input_dropout_ratio`

controls the amount of input layer neurons that are randomly dropped (set to zero), while `hidden_dropout_ratios`

are specified for each hidden layer. The former controls overfitting with respect to the input data (useful for high-dimensional noisy data), while the latter controls overfitting of the learned features. Note that `hidden_dropout_ratios`

require the activation function to end with `...WithDropout`

.

#### Early stopping and optimizing for lowest validation error

By default, Deep Learning training stops when the `stopping_metric`

does not improve by at least `stopping_tolerance`

(0.01 means 1% improvement) for `stopping_rounds`

consecutive scoring events on the training (or validation) data. By default, `overwrite_with_best_model`

is enabled and the model returned after training for the specified number of epochs (or after stopping early due to convergence) is the model that has the best training set error (according to the metric specified by `stopping_metric`

), or, if a validation set is provided, the lowest validation set error. Note that the training or validation set errors can be based on a subset of the training or validation data, depending on the values for `score_validation_samples`

or `score_training_samples`

, see below. For early stopping on a predefined error rate on the *training data* (accuracy for classification or MSE for regression), specify `classification_stop`

or `regression_stop`

.

#### Training Samples per MapReduce Iteration

The parameter `train_samples_per_iteration`

matters especially in multi-node operation. It controls the number of rows trained on for each MapReduce iteration. Depending on the value selected, one MapReduce pass can sample observations, and multiple such passes are needed to train for one epoch. All H2O compute nodes then communicate to agree on the best model coefficients (weights/biases) so far, and the model may then be scored (controlled by other parameters below). The default value of `-2`

indicates auto-tuning, which attemps to keep the communication overhead at 5% of the total runtime. The parameter `target_ratio_comm_to_comp`

controls this ratio. This parameter is explained in more detail in the H2O Deep Learning booklet,

#### Categorical Data

For categorical data, a feature with K factor levels is automatically one-hot encoded (horizontalized) into K-1 input neurons. Hence, the input neuron layer can grow substantially for datasets with high factor counts. In these cases, it might make sense to reduce the number of hidden neurons in the first hidden layer, such that large numbers of factor levels can be handled. In the limit of 1 neuron in the first hidden layer, the resulting model is similar to logistic regression with stochastic gradient descent, except that for classification problems, there’s still a softmax output layer, and that the activation function is not necessarily a sigmoid (`Tanh`

). If variable importances are computed, it is recommended to turn on `use_all_factor_levels`

(K input neurons for K levels). The experimental option `max_categorical_features`

uses feature hashing to reduce the number of input neurons via the hash trick at the expense of hash collisions and reduced accuracy. Another way to reduce the dimensionality of the (categorical) features is to use `h2o.glrm()`

, we refer to the GLRM tutorial for more details.

####Sparse Data

If the input data is sparse (many zeros), then it might make sense to enable the `sparse`

option. This will result in the input not being standardized (0 mean, 1 variance), but only de-scaled (1 variance) and 0 values remain 0, leading to more efficient back-propagation. Sparsity is also a reason why CPU implementations can be faster than GPU implementations, because they can take advantage of if/else statements more effectively.

#### Missing Values

H2O Deep Learning automatically does mean imputation for missing values during training (leaving the input layer activation at 0 after standardizing the values). For testing, missing test set values are also treated the same way by default. See the `h2o.impute`

function to do your own mean imputation.

#### Loss functions, Distributions, Offsets, Observation Weights

H2O Deep Learning supports advanced statistical features such as multiple loss functions, non-Gaussian distributions, per-row offsets and observation weights.

In addition to `Gaussian`

distributions and `Squared`

loss, H2O Deep Learning supports `Poisson`

, `Gamma`

, `Tweedie`

and `Laplace`

distributions. It also supports `Absolute`

and `Huber`

loss and per-row offsets specified via an `offset_column`

. Observation weights are supported via a user-specified `weights_column`

.

We refer to our H2O Deep Learning R test code examples for more information.

#### Exporting Weights and Biases

The model parameters (weights connecting two adjacent layers and per-neuron bias terms) can be stored as H2O Frames (like a dataset) by enabling `export_weights_and_biases`

, and they can be accessed as follows:

1 2 3 4 5 6 7 8 9 10 11 |
iris_dl &lt;- h2o.deeplearning(1:4,5,as.h2o(iris), export_weights_and_biases=T) h2o.weights(iris_dl, matrix_id=1) h2o.weights(iris_dl, matrix_id=2) h2o.weights(iris_dl, matrix_id=3) h2o.biases(iris_dl, vector_id=1) h2o.biases(iris_dl, vector_id=2) h2o.biases(iris_dl, vector_id=3) #plot weights connecting `Sepal.Length` to first hidden neurons plot(as.data.frame(h2o.weights(iris_dl, matrix_id=1))[,1]) |

#### Reproducibility

Every run of DeepLearning results in different results since multithreading is done via Hogwild! that benefits from intentional lock-free race conditions between threads. To get reproducible results for small datasets and testing purposes, set `reproducible=T`

and set `seed=1337`

(pick any integer). This will not work for big data for technical reasons, and is probably also not desired because of the significant slowdown (runs on 1 core only).

#### Scoring on Training/Validation Sets During Training

The training and/or validation set errors *can* be based on a subset of the training or validation data, depending on the values for `score_validation_samples`

(defaults to 0: all) or `score_training_samples`

(defaults to 10,000 rows, since the training error is only used for early stopping and monitoring). For large datasets, Deep Learning can automatically sample the validation set to avoid spending too much time in scoring during training, especially since scoring results are not currently displayed in the model returned to R.

Note that the default value of `score_duty_cycle=0.1`

limits the amount of time spent in scoring to 10%, so a large number of scoring samples won’t slow down overall training progress too much, but it will always score once after the first MapReduce iteration, and once at the end of training.

Stratified sampling of the validation dataset can help with scoring on datasets with class imbalance. Note that this option also requires `balance_classes`

to be enabled (used to over/under-sample the training dataset, based on the max. relative size of the resulting training dataset, `max_after_balance_size`

):

### All done, shutdown H2O

1 2 |
h2o.shutdown(prompt=FALSE) |