# Agent text entry buffer becomes unresponsive under high load

**URL:** <https://forum.cursor.com/t/agent-text-entry-buffer-becomes-unresponsive-under-high-load/161414>\
**Category:** Bug Reports\
**Tags:** multitask, chat, performance, subagents\
**Created:** [May 23, 2026, 6:25pm UTC](https://forum.cursor.com/t/agent-text-entry-buffer-becomes-unresponsive-under-high-load/161414 "2026-05-23T18:25:07Z")\
**Posts on this page:** 3\
**Page:** 1

<div class="post-metadata">

**Author:** ![rsb](https://sea3.discourse-cdn.com/cursor1/user_avatar/forum.cursor.com/rsb/32/105029_2.png) [@rsb](https://forum.cursor.com/u/rsb)\
**Post date:** [May 23, 2026, 6:25pm UTC](https://forum.cursor.com/t/agent-text-entry-buffer-becomes-unresponsive-under-high-load/161414/1 "2026-05-23T18:25:08Z")

</div>

### Where does the bug appear (feature/product)?

Cursor IDE

### Describe the Bug

During my subagent adventure this morning ([Better subagent control in the Cursor IDE](https://forum.cursor.com/t/better-subagent-control-in-the-cursor-ide/161413)), I had great difficulty entering commands into the agent window, since my local machine was under a heavy CPU and memory load. Text entry into the agent window should be async or privileged so that it’s always able to accept user inputs.

### Steps to Reproduce

- Place machine running IDE / cursor processes under load (e.g. by spawning many subagents)
- Attempt to enter text into agent text entry buffer

### Expected Behavior

Text entry should be viable and prioritized at all times so the user can always issue commands to agents. However, in this case, I had to resort to writing a command in a text editor and pasting it in, since my keystrokes were only being picked up sporadically.

### Operating System

Linux

### Version Information

Version: 3.4.20  
VSCode Version: 1.105.1  
Commit: 0cf8b06883f54e26bb4f0fb8647c9500ccb43310  
Date: 2026-05-15T02:26:10.351Z  
Layout: editor  
Build Type: Stable  
Release Track: Default  
Electron: 39.8.1  
Chromium: 142.0.7444.265  
Node.js: 22.22.1  
V8: 14.2.231.22-electron.0  
OS: Linux x64 6.8.0-117-generic

### For AI issues: which model did you use?

N/A (but my load was due to many parallel instances of Opus 4.5)

### For AI issues: add Request ID with privacy disabled

N/A

### Does this stop you from using Cursor

Sometimes - I can sometimes use Cursor

---

<div class="post-metadata">

**Author:** ![Colin](https://sea3.discourse-cdn.com/cursor1/user_avatar/forum.cursor.com/colin/32/90452_2.png) [@Colin](https://forum.cursor.com/u/Colin)\
**Post date:** [May 24, 2026, 9:25am UTC](https://forum.cursor.com/t/agent-text-entry-buffer-becomes-unresponsive-under-high-load/161414/5 "2026-05-24T09:25:27Z")

</div>

Hey @rsb!

> [@rsb](#):
>
> Version: 3.4.20

Please give _v3.5_ a try ([downloads page](https://cursor.com/download)). More than a few CPU/memory improvements made their way in.

---

<div class="post-metadata">

**Author:** ![system](https://sea3.discourse-cdn.com/cursor1/user_avatar/forum.cursor.com/system/32/99069_2.png) [@system](https://forum.cursor.com/u/system)\
**Post date:** [July 2, 2026, 1:12pm UTC](https://forum.cursor.com/t/agent-text-entry-buffer-becomes-unresponsive-under-high-load/161414/8 "2026-07-02T13:12:11Z")

</div>

This topic was automatically closed 30 days after the last reply. New replies are no longer allowed.