Skip to content

fix: avoid blocking the event loop with time.sleep in async load_checkpoint#6135

Merged
wasimysaid merged 3 commits into
unslothai:mainfrom
kratos0718:fix/async-blocking-sleep-export
Jun 11, 2026
Merged

fix: avoid blocking the event loop with time.sleep in async load_checkpoint#6135
wasimysaid merged 3 commits into
unslothai:mainfrom
kratos0718:fix/async-blocking-sleep-export

Conversation

@kratos0718

Copy link
Copy Markdown
Contributor

What

load_checkpoint in studio/backend/routes/export.py is an async route handler. While waiting for the training subprocess to free the GPU, it does:

for _ in range(60):  # up to 30s
    if not trn.is_training_active():
        break
    import time
    time.sleep(0.5)

time.sleep() is a blocking call. Inside an async handler it blocks the entire event loop — so for up to 30 seconds, every other request the server is handling stalls (no concurrency, no health checks, nothing).

Fix

Use await asyncio.sleep(0.5), which yields to the loop while waiting. This matches the async patterns already used throughout this same file (await asyncio.to_thread(...), and await asyncio.sleep(0.1) further down). asyncio is already imported. Also dropped the redundant inline import time.

No behavior change other than no longer freezing the loop.

The export route's load_checkpoint waits for the training subprocess to
exit by calling time.sleep(0.5) in a loop (up to 30s) inside an async
function. time.sleep blocks the whole event loop, so every other request
to the server stalls for that duration. Use await asyncio.sleep(0.5),
matching the async pattern already used elsewhere in this file
(asyncio.to_thread, await asyncio.sleep).

@gemini-code-assist gemini-code-assist Bot left a comment

Copy link
Copy Markdown
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Code Review

This pull request updates the load_checkpoint function in studio/backend/routes/export.py to use await asyncio.sleep(0.5) instead of the blocking time.sleep(0.5) while waiting for a training subprocess to exit. This prevents blocking the event loop in an asynchronous context. There are no review comments, and I have no further feedback to provide.

Important

The consumer version of Gemini Code Assist on GitHub is being sunset. Starting June 18, 2026, new organization installations will be blocked, and all code review activity will officially cease on July 17, 2026.
For more details on the timeline and next steps, please review the Help Documentation.

@wasimysaid wasimysaid merged commit c84ba48 into unslothai:main Jun 11, 2026
1 check was pending
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants