Question 180 of 499
Designing data processing systemseasyMultiple ChoiceObjective-mapped

Quick Answer

The answer is to increase the number of worker nodes and reduce the number of cores per worker. This configuration reduces memory pressure by distributing the workload across more JVMs, each with a smaller heap, which lowers the per-executor memory requirement and prevents OutOfMemory errors without altering Spark code. On the Google Professional Data Engineer exam, this scenario tests your understanding of Spark resource tuning within Dataproc, specifically how to balance parallelism and memory contention—a common trap is to simply add more memory per node, which can waste resources and fail to address core-level heap fragmentation. A key memory tip: remember that fewer cores per executor means less concurrent task overhead, so when you see "Dataproc Spark memory pressure reduce workers cores," think "spread the load, shrink the heap."

PDE Designing data processing systems Practice Question

This PDE practice question tests your understanding of designing data processing systems. Read the scenario carefully and evaluate each option against the stated constraints before committing to an answer. After answering, compare your reasoning against the explanation and wrong-answer breakdown below. Once you have made your selection, read the full explanation to reinforce the concept and understand why each distractor is designed to mislead on exam day.

A company uses Cloud Dataproc to run Spark ML jobs. The jobs are memory-intensive and often fail with OutOfMemory errors. Which action would most effectively reduce memory pressure without changing the Spark code?

Question 1easymultiple choice
Full question →

Answer choices

Why each option matters

Answer the question above first, then reveal the full breakdown to understand why each option is right or wrong.

Correct answer & explanation

Increase the number of worker nodes and reduce the number of cores per worker.

Increasing the number of worker nodes while reducing the number of cores per worker reduces memory pressure by distributing the workload across more JVMs, each with a smaller heap. This lowers the per-executor memory requirement and reduces the risk of OutOfMemory errors without modifying Spark code. In Cloud Dataproc, this approach directly addresses memory contention by giving each executor fewer tasks to process concurrently.

Key principle: Answer the scenario, not the keyword: identify the specific constraint before choosing the most familiar-sounding option.

Answer analysis

Option-by-option breakdown

For each option: why learners choose it and why it is or isn't the right answer here.

  • Increase the number of worker nodes and reduce the number of cores per worker.

    Why this is correct

    More workers spread memory load.

    Related concept

    Read the scenario before looking for a memorised answer.

  • Increase the master node's memory.

    Why it's wrong here

    Master does not process data.

  • Increase the number of Spark partitions.

    Why it's wrong here

    May increase overhead, not reduce memory per task.

  • Use preemptible VMs for workers.

    Why it's wrong here

    Does not reduce memory pressure; may cause failures.

Common exam traps

Common exam trap: answer the scenario, not the keyword

Google Cloud often tests the misconception that adding more partitions or increasing master memory solves executor-level memory issues, when the real solution is to reduce per-executor task concurrency by adjusting the worker-to-core ratio.

Detailed technical explanation

How to think about this question

Under the hood, each Spark executor runs in a JVM with a fixed heap size (spark.executor.memory). Reducing cores per worker means fewer concurrent tasks per executor, so each task gets a larger share of the executor's heap, reducing the chance of spilling to disk or OOM. In Cloud Dataproc, this is configured via the --num-workers and --worker-machine-type-uri flags, and the optimal ratio often follows the formula: executor memory = (total worker memory / (cores per worker + 1)) to leave room for overhead.

KKey Concepts to Remember

  • Read the scenario before looking for a memorised answer.
  • Find the constraint that changes the correct option.
  • Eliminate answers that are true in general but not in this case.

TExam Day Tips

  • Watch for words such as best, first, most likely and least administrative effort.
  • Review why wrong options are wrong, not only why the correct option is correct.

Key takeaway

Answer the scenario, not the keyword: identify the specific constraint before choosing the most familiar-sounding option.

Real-world example

How this comes up in practice

An e-commerce site experiences heavy traffic on Black Friday and near-zero traffic during off-peak weeks. Rather than provisioning permanent large VMs, the team uses auto-scaling groups that add capacity automatically under load and reduce it overnight. Questions like this test whether you understand elasticity, availability zones, and cloud compute scaling patterns.

What to study next

Got this wrong? Here's your next step.

Identify which exam domain this question belongs to, review the core concept, then practise similar questions from the same domain.

Related practice questions

Related PDE practice-question pages

Use these pages to review the topic behind this question. This is how one missed question becomes focused revision.

Practice this exam

Start a free PDE practice session

Short sessions build daily habit. Longer sessions build exam-day stamina. Try a timed session to simulate real conditions.

FAQ

Questions learners often ask

What does this PDE question test?

Designing data processing systems — This question tests Designing data processing systems — Read the scenario before looking for a memorised answer..

What is the correct answer to this question?

The correct answer is: Increase the number of worker nodes and reduce the number of cores per worker. — Increasing the number of worker nodes while reducing the number of cores per worker reduces memory pressure by distributing the workload across more JVMs, each with a smaller heap. This lowers the per-executor memory requirement and reduces the risk of OutOfMemory errors without modifying Spark code. In Cloud Dataproc, this approach directly addresses memory contention by giving each executor fewer tasks to process concurrently.

What should I do if I get this PDE question wrong?

Identify which exam domain this question belongs to, review the core concept, then practise similar questions from the same domain.

What is the key concept behind this question?

Read the scenario before looking for a memorised answer.

About these practice questions

Courseiva creates original exam-style practice questions with explanations and wrong-answer analysis. It does not publish real exam questions, exam dumps, or protected exam content. Learn why practice questions differ from exam dumps →

How Courseiva writes practice questions · Editorial policy

Last reviewed: Jun 30, 2026

Question Discussion

Share a tip, memory trick, or ask about the reasoning behind this question. Do not post real exam questions, leaked content, braindumps, or copyrighted exam material. Comments are moderated and may be removed without notice.

Loading comments…

Sign in to join the discussion.

This PDE practice question is part of Courseiva's free Google Cloud certification practice question bank. Courseiva provides original exam-style practice questions with explanations, topic-based practice, mock exams, readiness tracking, and study analytics to help learners prepare for the PDE exam.