Shared-storage topics are never freed: streaming leaks ~32 frames per page load
维护者通常 2 天内回复
@T4rk1n 已经在做这个了。
开始于 2026年9月24日。
评估
这个 Issue 还没有评估数据。
描述
Describe the bug
Shared-storage pub/sub topics are never removed. The streaming transport (#3930/#3931) uses one topic per page load (stream_topic(connection_id) in dash/_stream_hub.py), and each topic keeps its last buffer_size (default 32) frames. So every page load that runs a streaming callback leaves its last 32 frames in memory for the life of the process.
With LocalSharedStorage, StoreEngine._topics (dash/_shared_storage/_engine.py) is a plain dict. _topic() adds an entry on first publish, head_seq or poll, and nothing ever deletes one. Pub/sub is not persisted, so the only thing that frees them is the owner process exiting.
Measured
A streaming callback yielding 40 frames of ~50 KB, driven headless with dash_duo: 20 page loads, then the browser navigates away and we wait 40s (past DOWNLINK_GRACE and POLL_GRACE).
- 20
_dash_stream:topics still inengine._topics - 640 frames still buffered (32 per topic)
- heap grew 39.9 MB, about 2 MB per page load
A long-running app streaming figures or LLM output grows without bound.
Other backends
DiskcacheSharedStorage:ss:seq:<topic>/ss:msg:<topic>:<n>are written withoutexpire. Bounded only by the cachesize_limiteviction.RedisSharedStorage: the seq counter and stream keys have no TTL.MAXLENlimits messages per topic, not the number of topics.
App code using ctx.shared_storage.publish/subscribe with per-session or per-run topic names leaks the same way (about 2.4 KB per empty topic on the local engine).
Expected behavior
A topic nobody uses any more is released. Some options:
- Local engine: drop a topic once it has no subscribers or waiters and has been idle past some window.
- Add
delete_topic(topic)toBaseSharedStorageand call it when aDownlinkconnection is finished (the pump already knows when the browser is gone). - A topic
ttl, matchingset(..., ttl=): RedisEXPIRE, diskcacheexpire=, a deadline in the local engine.
Streaming and shared storage are not released yet (4.5.0rc0), so this can be fixed before 4.5.0.
Repro
import asyncio
from dash import Dash, Input, Output, html
app = Dash(__name__)
app.layout = html.Div([html.Button("go", id="btn"), html.Div(id="out")])
@app.callback(Output("out", "children"), Input("btn", "n_clicks"),
prevent_initial_call=True)
async def cb(n):
for i in range(40):
await asyncio.sleep(0.01)
yield "x" * 50_000 + f"-{i}"
yield "done"
Load the page and click the button N times across reloads, then inspect app.shared_storage._coord.engine._topics: one _dash_stream:<connection_id> entry per page load, each holding 32 frames, long after the browser left.
- 主要语言
- Python
- 星标
- 24.4k
- 派生
- 2.3k
- 平均合并
- 1 天 20 小时
- 30 天内合并 PR
- 21
环境准备
从这里开始
- 先读完整个 Issue,再读项目的贡献指南。
- 在 Issue 下留言说明你要接手 —— 这能避免两个人做同样的事。
- Fork 仓库,在一个分支上完成修改。
- 提交 Pull Request,并在描述里引用这个 Issue 编号。
plotly/dash 的其他 Issue
-
good first issue P3 size: 1 task
难度 2/5 1-3 小时 新手友好度 68/100
维护者通常 2 天内回复
-
bug P2 plotly-internal size: 3
难度 4/5 3-5 天 新手友好度 48/100
维护者通常 2 天内回复
-
bug P3 size: 1
难度 4/5 3-5 天 新手友好度 68/100
维护者通常 2 天内回复
-
[BUG] Plotly Cloud devtool route crashes with FastAPI and Quart backends可能已有人在做 @T4rk1n 于 5 天前认领。 未关闭bug P1 size: 1
难度 3/5 1-2 天 新手友好度 65/100
plotly/dash#4008 · 1 条评论 · 已指派 1 人 ·
维护者通常 2 天内回复
-
enhancement P2 size: 5
难度 5/5 一周以上 新手友好度 45/100
维护者通常 2 天内回复
相似的 Issue
-
customer-reported
难度 2/5 1-3 小时 新手友好度 68/100
Azure/azure-cli#34150 · 1 条评论 ·
维护者通常 1 天内回复
-
community-request
难度 1/5 1 小时以内 新手友好度 95/100
NVIDIA-NeMo/Curator#2464 · 1 条评论 ·
维护者通常 1 天内回复
-
难度 2/5 1-3 小时 新手友好度 88/100
WeblateOrg/translation-finder#1099 ·
维护者通常 1 天内回复
-
难度 2/5 1-3 小时 新手友好度 68/100
trezor/trezor-firmware#7997 ·
维护者通常 2 天内回复
-
难度 2/5 1-3 小时 新手友好度 88/100
维护者通常 1 天内回复