vmm: guest event persistence holds the global state lock and blocks the async executor

オープン

#1,269 2026年9月20日に作成コメント 0 件リアクション 0 件担当者 0 名 GitHub で見る

まだ誰も着手していません。

評価

難易度: 4/5
見積もり時間: 3〜5日
初心者へのやさしさ: 48/100

issue の種類: バグ
明瞭さ: おおむね明確
活発さ: 活発
技術スタック: rust
領域: backend

調査の方向性

Trace HostApi.Notify into App::vm_event_report and inspect safe_write, the AppState mutex, and VM removal lifecycle. Add regression coverage for executor responsiveness, per-VM write ordering, cancellation, and removal safety; done means persistence no longer blocks the async executor while holding the global state lock.

索引モデルが issue の本文から書いたものです。

説明

Problem

HostApi.Notify calls synchronous App::vm_event_report on an async worker. An instance.info event executes safe_write (including file and directory fsync) while holding the global AppState mutex. A shutdown.progress event reporting powering off also writes its started marker under that mutex.

Slow storage therefore delays unrelated VMs’ control-plane state operations as well as the async worker. This is a source-level finding, not a measured production latency claim.

Fix

Move persistence off the executor and outside the global state lock. Preserve per-VM write ordering and serialize with VM removal, including when the notification request is cancelled. Add regression tests for responsiveness and lifecycle safety.

The supervisor log fsync changes in #1263 do not cover this call path.

主要言語: Rust
スター: 546
フォーク: 96
平均マージ: 19時間 22分
マージ済み PR（30日）: 109

コントリビューションガイド

コントリビューションガイドを開く

はじめの一歩

issue を最後まで読み、次にプロジェクトのコントリビューションガイドを読みます。
着手することを issue にコメントします — 二人が同じ作業をするのを防げます。
リポジトリをフォークし、ブランチを切って変更します。
issue 番号を参照したプルリクエストを送ります。

Dstack-TEE/dstack のほかの issue

auth-simple: duplicate app keys differing in case silently shadow the tighter entry, and a backend migration moves policy authority with no observable signal オープン

難易度 5/5 1週間以上初心者へのやさしさ 30/100

Dstack-TEE/dstack#1301 · 2026年9月20日に作成
contracts: DstackKms.initialize accepts a zero appImplementation, which docs/specification.md §3.1 says must revert オープン

難易度 3/5 1〜2日初心者へのやさしさ 55/100

Dstack-TEE/dstack#1300 · 2026年9月20日に作成
contracts: setKmsQuote and setKmsEventlog are the only owner mutations that emit no event, so the published KMS evidence can be rewritten silently オープン

難易度 4/5 3〜5日初心者へのやさしさ 48/100

Dstack-TEE/dstack#1299 · 2026年9月20日に作成
contracts: the three DstackKms allowlist setters still accept bytes32(0), and #1268's OS-image fix depends on allowedOsImages[0] being false オープン

難易度 4/5 3〜5日初心者へのやさしさ 48/100

Dstack-TEE/dstack#1298 · 2026年9月20日に作成
contracts: the documented app upgrade is add-only, so the withdrawn compose hash stays bootable with identical keys オープン

難易度 5/5 1週間以上初心者へのやさしさ 25/100

Dstack-TEE/dstack#1297 · 2026年9月20日に作成

Dstack-TEE/dstack の issue をすべて見る

似ている issue

test(runtime): narration fixture builds ResolvedContextLimits with budget above window オープン

risk:low runtime status:in-progress type:test

難易度 1/5 1時間未満初心者へのやさしさ 92/100

zeroclaw-labs/zeroclaw#11023 · 2026年9月21日に作成
Refactor traits.rs so that it is only traits オープン

good first issue refactor

難易度 2/5 1〜3時間初心者へのやさしさ 72/100

bcgit/bc-rust#148 · 2026年9月21日に作成
[Bug] 줄수 채점이 가로 전환을 안 탄다 — 조판은 72850, 채점은 48190 으로 잰다 オープン

難易度 2/5 1〜3時間初心者へのやさしさ 86/100

kwakseongjae/auto-hwp#319 · 2026年9月20日に作成
rtk ast-grep: a directory named after a subcommand disables filtering for the whole implicit-run invocation オープン

area:cli bug filter-quality good first issue priority:medium

難易度 2/5 1〜3時間初心者へのやさしさ 84/100

rtk-ai/rtk#4162 · コメント 1 件 · 2026年9月20日に作成
Add comment clarifying the meaning of `InteractionDisabled` オープン

難易度 1/5 1時間未満初心者へのやさしさ 72/100

bevyengine/bevy#25861 · 2026年9月20日に作成

Rust の issue をもっと見る