Early stopping implementation in PyTorch - Interactive Code Practice

Practice - 5 Tasks

1fill in blank

easy

Complete the code to initialize the patience parameter for early stopping.

PyTorch

class EarlyStopping:
    def __init__(self, patience=[1]):
        self.patience = patience
        self.counter = 0
        self.best_loss = None
        self.early_stop = False

Drag options to blanks, or click blank then click option'

A5

B0

C-1

DNone

Attempts:

3 left

💡 Hint

Common Mistakes

Setting patience to 0 disables early stopping.

Using None causes errors when comparing patience.

The patience parameter defines how many epochs to wait after the last improvement before stopping.

2fill in blank

medium

Complete the code to update the best loss when a new lower validation loss is found.

PyTorch

def __call__(self, val_loss):
    if self.best_loss is None or val_loss [1] self.best_loss:
        self.best_loss = val_loss
        self.counter = 0
    else:
        self.counter += 1

Drag options to blanks, or click blank then click option'

A>

B<

C==

D>=

Attempts:

3 left

💡 Hint

Common Mistakes

Using > instead of < causes early stopping to trigger incorrectly.

Using == will rarely update best_loss.

We update best_loss only if the current validation loss is less than the best recorded loss.

3fill in blank

hard

Fix the error in the code to set early_stop flag when patience is exceeded.

PyTorch

if self.counter [1] self.patience:
    self.early_stop = True

Drag options to blanks, or click blank then click option'

A<

B<=

C==

D>=

Attempts:

3 left

💡 Hint

Common Mistakes

Using < or <= delays early stopping.

Using == might miss cases when counter exceeds patience.

Early stopping should trigger when the counter is greater than or equal to patience.

4fill in blank

hard

Fill both blanks to complete the early stopping check and reset logic.

PyTorch

def __call__(self, val_loss):
    if self.best_loss is None or val_loss [1] self.best_loss:
        self.best_loss = val_loss
        self.counter = [2]
    else:
        self.counter += 1

Drag options to blanks, or click blank then click option'

A<

B>

C0

D1

Attempts:

3 left

💡 Hint

Common Mistakes

Resetting counter to 1 instead of 0.

Using greater than operator reverses logic.

Reset counter to 0 when a better loss is found, and check if val_loss is less than best_loss.

5fill in blank

hard

Fill all three blanks to complete the early stopping class with call method and flag update.

PyTorch

class EarlyStopping:
    def __init__(self, patience=[1]):
        self.patience = patience
        self.counter = 0
        self.best_loss = None
        self.early_stop = False

    def __call__(self, val_loss):
        if self.best_loss is None or val_loss [2] self.best_loss:
            self.best_loss = val_loss
            self.counter = [3]
        else:
            self.counter += 1
            if self.counter >= self.patience:
                self.early_stop = True

Drag options to blanks, or click blank then click option'

A5

B<

C0

D>

Attempts:

3 left

💡 Hint

Common Mistakes

Using greater than operator reverses improvement logic.

Not resetting counter causes early stopping to trigger too soon.

The class initializes patience to 5, updates best_loss if val_loss is less, resets counter to 0, and sets early_stop when counter exceeds patience.

Practice

1. What is the main purpose of early stopping in PyTorch training?

easy

A. To increase the training batch size automatically

B. To stop training when validation loss stops improving

C. To save the model weights after every epoch

D. To shuffle the training data before each epoch

Solution

1. Step 1: Understand early stopping concept

   Early stopping is used to stop training early if the model stops improving on validation data.

2. Step 2: Identify the correct purpose

   Among the options, only stopping training when validation loss stops improving matches early stopping's goal.

3. Final Answer:

   To stop training when validation loss stops improving -> Option B

4. Quick Check:

   Early stopping = stop training on no validation improvement [OK]

Hint: Early stopping stops training on no validation loss improvement [OK]

Common Mistakes:

• Confusing early stopping with batch size changes
• Thinking early stopping saves model weights every epoch
• Mixing early stopping with data shuffling

2. Which of the following is the correct way to initialize an early stopping object in PyTorch with patience 5 and min_delta 0.01?

easy

A. early_stopping = EarlyStopping(patience=0.01, min_delta=5)

B. early_stopping = EarlyStopping(min_delta=5, patience=0.01)

C. early_stopping = EarlyStopping(patience=5, min_delta=0.01)

D. early_stopping = EarlyStopping(5, 0.01)

Solution

1. Step 1: Check parameter names and values

   Patience should be an integer (5), min_delta a small float (0.01).

2. Step 2: Match correct argument order and names

   early_stopping = EarlyStopping(patience=5, min_delta=0.01) uses correct named arguments with proper values; others swap or misuse them.

3. Final Answer:

   early_stopping = EarlyStopping(patience=5, min_delta=0.01) -> Option C

4. Quick Check:

   Correct param names and values = early_stopping = EarlyStopping(patience=5, min_delta=0.01) [OK]

Hint: Use named arguments with correct types for early stopping [OK]

Common Mistakes:

• Swapping patience and min_delta values
• Using positional args without clarity
• Passing wrong data types for parameters

3. Given this snippet, what will be printed after 4 epochs if validation losses are [0.5, 0.4, 0.42, 0.43] and patience=2?

early_stopping = EarlyStopping(patience=2, min_delta=0.01)
for epoch, val_loss in enumerate([0.5, 0.4, 0.42, 0.43]):
    early_stopping(val_loss)
    if early_stopping.early_stop:
        print(f"Stop at epoch {epoch}")
        break

medium

A. Stop at epoch 3

B. Stop at epoch 2

C. No stop, training continues

D. Stop at epoch 1

Solution

1. Step 1: Track validation loss improvements

   Loss improves from 0.5 to 0.4 (improvement 0.1 > 0.01), then worsens 0.4 to 0.42 (no improvement), then 0.42 to 0.43 (no improvement).

2. Step 2: Apply patience logic

   Patience=2 means stop if no improvement for 2 consecutive epochs. However, min_delta=0.01 means improvement must be at least 0.01 to reset patience. The increases from 0.4 to 0.42 and 0.42 to 0.43 are less than min_delta, so they count as no improvement. But patience=2 allows 2 such epochs before stopping. After epoch 3, patience is exhausted, so early stopping triggers at epoch 3. But since the loop breaks after printing, the print statement occurs at epoch 3.

3. Step 3: Check code behavior

   The code prints "Stop at epoch 3" and breaks.

4. Final Answer:

   Stop at epoch 3 -> Option A

5. Quick Check:

   Patience 2 triggers stop after 2 bad epochs [OK]

Hint: Count consecutive no-improvement epochs to patience limit [OK]

Common Mistakes:

• Stopping too early after 1 bad epoch
• Ignoring min_delta threshold
• Assuming stop only after patience+1 epochs

4. Identify the bug in this early stopping usage:

early_stopping = EarlyStopping(patience=3, min_delta=0.01)
for val_loss in val_losses:
    if early_stopping.early_stop:
        break
    early_stopping(val_loss)

medium

A. val_losses should be a tensor, not a list

B. patience value is too high

C. min_delta should be zero

D. Check for early_stop before calling early_stopping(val_loss)

Solution

1. Step 1: Analyze loop order

   The code checks early_stop before updating early_stopping with current val_loss, so it misses stopping at the right time.

2. Step 2: Correct order for early stopping check

   Call early_stopping(val_loss) first to update state, then check early_stop to break if needed.

3. Final Answer:

   Check for early_stop before calling early_stopping(val_loss) -> Option D

4. Quick Check:

   Update early stopping before checking early_stop flag [OK]

Hint: Call early_stopping(val_loss) before checking early_stop [OK]

Common Mistakes:

• Checking early_stop before updating with new loss
• Misunderstanding patience and min_delta roles
• Assuming val_losses must be tensors

5. You want to implement early stopping that only triggers if validation loss improves by at least 0.005 within 4 epochs. Which settings for patience and min_delta should you use?

hard

A. patience=4, min_delta=0.005

B. patience=0.005, min_delta=4

C. patience=4, min_delta=0.05

D. patience=5, min_delta=0.005

Solution

1. Step 1: Understand patience and min_delta roles

   Patience is how many epochs to wait for improvement; min_delta is minimum improvement size.

2. Step 2: Match requirement to parameters

   To trigger after 4 epochs without improvement of at least 0.005, set patience=4 and min_delta=0.005.

3. Final Answer:

   patience=4, min_delta=0.005 -> Option A

4. Quick Check:

   Patience=4 and min_delta=0.005 matches requirement [OK]

Hint: Patience = epochs to wait; min_delta = minimum improvement size [OK]

Common Mistakes:

• Swapping patience and min_delta values
• Using too large min_delta to detect small improvements
• Setting patience too low to wait enough epochs