Noos
PT EN
RAN-DBDEA-00052
Ranvier · DBDEA

Prova DBDEA Tópicos: transformation Dificuldade: medium A questão está em en.

A shuffle-heavy silver aggregation repeatedly fails with a java.lang.OutOfMemoryError raised inside an executor while tasks build their aggregation buffers; the driver stays healthy. The compute runs a worker configuration with a small heap per executor. Which configuration change addresses the root cause most directly?

Alternativas (Modo Leitura) Clique para filtrar a discussão →
  1. A. Increase executor memory (larger worker type or higher spark.executor.memory)
  2. B. Increase spark.driver.memory so the driver can buffer bigger aggregation results
  3. C. Increase spark.sql.autoBroadcastJoinThreshold so the large table is broadcast to every executor
  4. D. Decrease spark.executor.memory so Spark automatically splits oversized tasks
Revelar gabarito

Resposta correta: Increase executor memory (larger worker type or higher spark.executor.memory)

Referência: https://docs.databricks.com/aws/en/compute/configure

02 — Camada de Mielina · Discussão Canônica

Onde a prova tenta te enganar — e como quem passou resolveu.

0 Aprovados

contribuíram nesta questão

Matriz de Dissecção de Alternativas Clique numa alternativa para filtrar ou inaugurar a dissecção.
✦ Síntese Consolidada (Wiki) rev. #1 (baseline) · CC BY-SA 4.0
Inaugurar síntese desta questão →

Ainda não há síntese comunitária consolidada para esta questão. Abaixo está o ponto de partida oficial verificável — se você passou na prova, inaugure a dissecção das alternativas.

Gabarito Oficial (A): Increase executor memory (larger worker type or higher spark.executor.memory)

Ranvier · DBDEA

Contribuir com a Questão

Sua contribuição constrói sua Bainha Orbital

Contribuições dos pares

Nenhuma contribuição pública ainda. Seja o primeiro aprovado a explicar por que as alternativas incorretas enganam — sua contribuição constrói sua Bainha Orbital.