Preparing Practice Exam…
Please wait a moment while the system generates the exam questions, answers, and study session.
Please wait a moment while the system generates the exam questions, answers, and study session.
Question 6 of 72
Free Preview · 72 of 238 · questions 1–72 of 238 are free. Sign up free to sync your progress across devices.
Select all answers that apply.
Written by other learners. Comments can disagree with the marked answer — check the official documentation when in doubt.
,B,C - Correct answer s : A, B, C — Hyperopt has been removed from Databricks Runtime ML versions released after 16.4 LTS, so it is no longer available by default on current runtimes.; Optuna with `MlflowSparkStudy` provides a currently supported path for Spark-distributed hyperparameter trials with MLflow-backed shared state.; Ray Tune is named alongside Optuna as a currently recommended option for distributed hyperparameter tuning on Databricks. A . Correct: Hyperopt's removal from Databricks Runtime ML after version 16.4 LTS is exactly the documented reason current-runtime users lose access to it and must migrate. B . Correct: `MlflowSparkStudy` combined with `MlflowStorage` is the documented current replacement path for Spark-distributed trials with shared, MLflow-backed state. C . Correct: current guidance names Ray Tune, alongside Optuna, as a supported option for distributed hyperparameter tuning going forward. D . Incorrect: Hyperopt did support parallel trial execution through `SparkTrials`; the deprecation is about runtime removal, not an inherent inability to run trials in parallel. E . Incorrect: the removal of Hyperopt from Databricks Runtime ML after 16.4 LTS applies generally, not only to GPU clusters, so CPU-only clusters on current runtimes are affected too. F . Incorrect: Optuna integrates directly with MLflow through `MlflowStorage` and `MlflowSparkStudy`, so migrating away from Hyperopt does not require giving up MLflow tracking.