Mateusz Dymczyk

@Nezafati thanks for submitting the issue! Looks like our RandomForestClassifier isn't implementing fully the http://scikit-learn.org/stable/modules/generated/sklearn.base.BaseEstimator.html interface. Will look into it (looks like more of our estimators have the same issue)....

We don't have persistence yet. Is this something we need right now for R? We can put this in the backlog but we'll have to start focusing on pre-GTC preparations...

Being worked on by NVidia.

@teju85 thanks for the research! @arnocandel @pseudotensor @IzuiT do you think we could use KF in any capacity for DAI?

@jtelleria by `port` I'm assuming you're asking for GPU implementation in h2o-3 since h2o-3 already has almost all the algos h2o4gpu has. This was actually the reason why we moved...

@sh1ng the module system in h2o-3 is based on Java classpath mechanism so we probably could just make the h2o4gpu a separate Java jar and users would just pass it...

@navdeep-G for C/C++ yes but we still need something in Python (and possibly R?).

I'm not sure what's the best practice for R but in Python we probably can just use the standard `import logging`. We just need to map the `verbosity` number to...

@pseudotensor yes, we just need to replace the print statements in our code for those logger calls and set the log level appropriately based on the `verbosity` level.

This isn't really very high priority, we can do this after we have tSVD in DAI and are done with preparations for GTC I think.