IDLE: In the shell, when a long line of output is written progressively, there is a big delay
还没有人认领这个 Issue。
评估
调研方向
从 issue #42973 的链接讨论以及 IDLE RPCServer 和 Client 对控制台写入消息的处理入手。重现一行逐步写入的长行，然后验证分块输出是否会逐步呈现，而不是等待所有数据到达。
由索引模型根据 Issue 内容生成。
描述
I'm splitting this issue out of the discussion for issue #42973. Specifically, this comment by @mlouielu mentions:
Besides warping text, there has a performance issue inside the RPCServer and Client.
The (console, write, (text, file), {}) command is sent by server asynccall->putmessage. It should be sent by chunk size to client, and render on IDLE shell.
The result is performed as sent by chunk size, but the client will gather all chunk until it receives all data, then render on IDLE shell.
This cause the shell seems like hanging there, and doing nothing (in REPL, it will output the long string to stdout and so on).
We can manually detect this then manully chunk out (console, write, args, kwargs) command's args size, so that it will look like not hanging there.
The attach patch is a PoC about this.
- 主要语言
- Python
- 星标
- 77.2k
- 派生
- 36k
- 平均合并
- 1 天 9 小时
- 30 天内合并 PR
- 558
贡献指南
从这里开始
- 先读完整个 Issue，再读项目的贡献指南。
- 在 Issue 下留言说明你要接手 —— 这能避免两个人做同样的事。
- Fork 仓库，在一个分支上完成修改。
- 提交 Pull Request，并在描述里引用这个 Issue 编号。
python/cpython 的其他 Issue
-
docs pending
难度 2/5 1-3 小时 新手友好度 78/100
-
stdlib type-feature
难度 2/5 1-3 小时 新手友好度 78/100
-
stdlib type-feature
难度 2/5 1-3 小时 新手友好度 72/100
-
build type-bug
难度 2/5 1-3 小时 新手友好度 76/100
-
stdlib topic-email type-feature
难度 2/5 1-3 小时 新手友好度 70/100
相似的 Issue
-
难度 1/5 1 小时以内 新手友好度 90/100
-
bug
难度 2/5 1-3 小时 新手友好度 86/100
zostera/django-bootstrap4#894 ·
-
难度 2/5 1-3 小时 新手友好度 78/100
use-agent-os/agent-os#3276 ·
-
难度 2/5 1-3 小时 新手友好度 88/100
zephyrproject-rtos/zephyr#119726 ·
-
area/auth bug comp/agent P3 platform/discord type/security
难度 2/5 1-3 小时 新手友好度 88/100
NousResearch/hermes-agent#117848 ·