Ridge regression with `glmnet` gives different coefficients than what I compute by “textbook definition”?

前端 未结 2 840
清酒与你
清酒与你 2020-12-03 23:42

I am running Ridge regression with the use of glmnet R package. I noticed that the coefficients I obtain from glmnet::glmnet function

相关标签:
2条回答
  • 2020-12-04 00:06

    If you read ?glmnet, you will see that the penalized objective function of Gaussian response is:

    1/2 * RSS / nobs + lambda * penalty
    

    In case the ridge penalty 1/2 * ||beta_j||_2^2 is used, we have

    1/2 * RSS / nobs + 1/2 * lambda * ||beta_j||_2^2
    

    which is proportional to

    RSS + lambda * nobs * ||beta_j||_2^2
    

    This is different to what we usually see in textbook regarding ridge regression:

    RSS + lambda * ||beta_j||_2^2
    

    The formula you write:

    ##solve(t(X) %*% X + ridge.fit.lambda * diag(p.tmp)) %*% t(X) %*% Y
    drop(solve(crossprod(X) + diag(ridge.fit.lambda, p.tmp), crossprod(X, Y)))
    

    is for the textbook result; for glmnet we should expect:

    ##solve(t(X) %*% X + n.tmp * ridge.fit.lambda * diag(p.tmp)) %*% t(X) %*% Y
    drop(solve(crossprod(X) + diag(n.tmp * ridge.fit.lambda, p.tmp), crossprod(X, Y)))
    

    So, the textbook uses penalized least squares, but glmnet uses penalized mean squared error.

    Note I did not use your original code with t(), "%*%" and solve(A) %*% b; using crossprod and solve(A, b) is more efficient! See Follow-up section in the end.


    Now let's make a new comparison:

    library(MASS)
    library(glmnet)
    
    # Data dimensions
    p.tmp <- 100
    n.tmp <- 100
    
    # Data objects
    set.seed(1)
    X <- scale(mvrnorm(n.tmp, mu = rep(0, p.tmp), Sigma = diag(p.tmp)))
    beta <- rep(0, p.tmp)
    beta[sample(1:p.tmp, 10, replace = FALSE)] <- 10
    Y.true <- X %*% beta
    Y <- scale(Y.true + matrix(rnorm(n.tmp)))
    
    # Run glmnet 
    ridge.fit.cv <- cv.glmnet(X, Y, alpha = 0, intercept = FALSE)
    ridge.fit.lambda <- ridge.fit.cv$lambda.1se
    
    # Extract coefficient values for lambda.1se (without intercept)
    ridge.coef <- (coef(ridge.fit.cv, s = ridge.fit.lambda))[-1]
    
    # Get coefficients "by definition"
    ridge.coef.DEF <- drop(solve(crossprod(X) + diag(n.tmp * ridge.fit.lambda, p.tmp), crossprod(X, Y)))
    
    # Plot estimates
    plot(ridge.coef, type = "l", ylim = range(c(ridge.coef, ridge.coef.DEF)),
         main = "black: Ridge `glmnet`\nred: Ridge by definition")
    lines(ridge.coef.DEF, col = "red")
    

    Note that I have set intercept = FALSE when I call cv.glmnet (or glmnet). This has more conceptual meaning than what it will affect in practice. Conceptually, our textbook computation has no intercept, so we want to drop intercept when using glmnet. But practically, since your X and Y are standardized, the theoretical estimate of intercept is 0. Even with intercepte = TRUE (glment default), you can check that the estimate of intercept is ~e-17 (numerically 0), hence estimate of other coefficients is not notably affected. The other answer is just showing this.


    Follow-up

    As for the using crossprod and solve(A, b) - interesting! Do you by chance have any reference to simulation comparison for that?

    t(X) %*% Y will first take transpose X1 <- t(X), then do X1 %*% Y, while crossprod(X, Y) will not do the transpose. "%*%" is a wrapper for DGEMM for case op(A) = A, op(B) = B, while crossprod is a wrapper for op(A) = A', op(B) = B. Similarly tcrossprod for op(A) = A, op(B) = B'.

    A major use of crossprod(X) is for t(X) %*% X; similarly the tcrossprod(X) for X %*% t(X), in which case DSYRK instead of DGEMM is called. You can read the first section of Why the built-in lm function is so slow in R? for reason and a benchmark.

    Be aware that if X is not a square matrix, crossprod(X) and tcrossprod(X) are not equally fast as they involve different amount of floating point operations, for which you may read the side notice of Any faster R function than “tcrossprod” for symmetric dense matrix multiplication?

    Regarding solvel(A, b) and solve(A) %*% b, please read the first section of How to compute diag(X %% solve(A) %% t(X)) efficiently without taking matrix inverse?

    0 讨论(0)
  • 2020-12-04 00:15

    Adding on top of Zheyuan's interesting post, did some more experiments to see that we can get the same results with intercept as well, as follows:

    # ridge with intercept glmnet
    ridge.fit.cv.int <- cv.glmnet(X, Y, alpha = 0, intercept = TRUE, family="gaussian")
    ridge.fit.lambda.int <- ridge.fit.cv.int$lambda.1se
    ridge.coef.with.int <- as.vector(as.matrix(coef(ridge.fit.cv.int, s = ridge.fit.lambda.int)))
    
    # ridge with intercept definition, use the same lambda obtained with cv from glmnet
    X.with.int <- cbind(1, X)
    ridge.coef.DEF.with.int <- drop(solve(crossprod(X.with.int) + ridge.fit.lambda.int * diag(n.tmp, p.tmp+1), crossprod(X.with.int, Y)))
    
    ggplot() + geom_point(aes(ridge.coef.with.int, ridge.coef.DEF.with.int))
    

    # comupte residuals
    RSS.fit.cv.int <- sum((Y.true - predict(ridge.fit.cv.int, newx=X))^2) # predict adds inter
    RSS.DEF.int <- sum((Y.true - X.with.int %*% ridge.coef.DEF.with.int)^2)
    
    RSS.fit.cv.int
    [1] 110059.9
    RSS.DEF.int
    [1] 110063.4
    
    0 讨论(0)
提交回复
热议问题