Description
Basic conversation is running. Waiting on super-slow Opus 4.8 to think up its answer. Yet, the CPU is burning in my notebook for no good reason.
Since WebKitWebProcess is correlating in time for this kind of load, I suspect OpenCode spends a full CPU core animating a progress spinner (animated line at the top of the screen) and the shade of colors on the conversation's icon.
That's the problem with integrating a browser into a desktop app, then updating it continuously. It renders content from a DOM and it is expensive. Please replace it with once a second progress indication in a cheaper way, then OpenCode Desktop's CPU using should be fixed. At least this aspect of it.
Plugins
None
OpenCode version
v1.14.29
Steps to reproduce
- Run any conversation with a slow frontier model, which thinks a lot.
- Watch the process CPU loads while the conversation is getting processed.
- Observe the progress indication on screen.
- Log/measure the embedded browser update frequency and make your conclusion.
Screenshot and/or share link
Operating System
Linux Min 22.3 (Zara) (roughly Ubuntu 24.04)
Terminal
None, desktop app
Description
Basic conversation is running. Waiting on super-slow Opus 4.8 to think up its answer. Yet, the CPU is burning in my notebook for no good reason.
Since WebKitWebProcess is correlating in time for this kind of load, I suspect OpenCode spends a full CPU core animating a progress spinner (animated line at the top of the screen) and the shade of colors on the conversation's icon.
That's the problem with integrating a browser into a desktop app, then updating it continuously. It renders content from a DOM and it is expensive. Please replace it with once a second progress indication in a cheaper way, then OpenCode Desktop's CPU using should be fixed. At least this aspect of it.
Plugins
None
OpenCode version
v1.14.29
Steps to reproduce
Screenshot and/or share link
Operating System
Linux Min 22.3 (Zara) (roughly Ubuntu 24.04)
Terminal
None, desktop app