Efficiency Mode #22126

Closed
opened 2026-01-31 08:04:16 +00:00 by claunia · 4 comments
Owner

Originally created by @trajano on GitHub (Aug 21, 2024).

Description of the new feature/enhancement

Microsoft Edge has support for "Efficiency Mode" that's part of Windows 11. I was wondering if something similar is applicable for Windows Terminal since most of the time its just going to idle in the background.

Proposed technical implementation details (optional)

Have a settings.json entry to allow it or not, disabled by default until all bugs are sorted out.

Originally created by @trajano on GitHub (Aug 21, 2024). <!-- 🚨🚨🚨🚨🚨🚨🚨🚨🚨🚨 I ACKNOWLEDGE THE FOLLOWING BEFORE PROCEEDING: 1. If I delete this entire template and go my own path, the core team may close my issue without further explanation or engagement. 2. If I list multiple bugs/concerns in this one issue, the core team may close my issue without further explanation or engagement. 3. If I write an issue that has many duplicates, the core team may close my issue without further explanation or engagement (and without necessarily spending time to find the exact duplicate ID number). 4. If I leave the title incomplete when filing the issue, the core team may close my issue without further explanation or engagement. 5. If I file something completely blank in the body, the core team may close my issue without further explanation or engagement. All good? Then proceed! --> # Description of the new feature/enhancement Microsoft Edge has support for "Efficiency Mode" that's part of Windows 11. I was wondering if something similar is applicable for Windows Terminal since most of the time its just going to idle in the background. <!-- A clear and concise description of what the problem is that the new feature would solve. Describe why and how a user would use this new functionality (if applicable). --> # Proposed technical implementation details (optional) Have a settings.json entry to allow it or not, disabled by default until all bugs are sorted out. <!-- A clear and concise description of what you want to happen. -->
claunia added the Issue-FeatureResolution-Duplicate labels 2026-01-31 08:04:16 +00:00
Author
Owner

@zadjii-msft commented on GitHub (Aug 21, 2024):

Any idea for potential efficiency improvements beyond what we're tracking in #9600/? We're already not a browser, so I imagine a lot of the "efficiency" improvements that Edge does for background tabs don't really apply to the Terminal

@zadjii-msft commented on GitHub (Aug 21, 2024): Any idea for potential efficiency improvements beyond what we're tracking in #9600/? We're already _not a browser_, so I imagine a lot of the "efficiency" improvements that Edge does for background tabs don't really apply to the Terminal
Author
Owner

@trajano commented on GitHub (Aug 21, 2024):

If the tab is not in the foreground I would guess it would be sleeping a bit and not processing the updates it is getting from where it gets the data to show the screen from will be processed less frequently?

Or if it is getting a flood of updates and it's not in the foreground to also buffer the changes so it doesn't update as often.

I think I should move this to a discussion perhaps others can chime in can you switch it over?

@trajano commented on GitHub (Aug 21, 2024): If the tab is not in the foreground I would guess it would be sleeping a bit and not processing the updates it is getting from where it gets the data to show the screen from will be processed less frequently? Or if it is getting a flood of updates and it's not in the foreground to also buffer the changes so it doesn't update as often. I think I should move this to a discussion perhaps others can chime in can you switch it over?
Author
Owner

@zadjii-msft commented on GitHub (Aug 21, 2024):

Yea definitely. We can't totally stop processing the output (we've got to drain the output from conpty so something like a build doesn't get blocked), but we can totally stop rendering. That we're specifically tracking in #1989 (a sub-point in #9600).

We can totally continue the discussion in /dup #9600. Thanks!

@zadjii-msft commented on GitHub (Aug 21, 2024): Yea definitely. We can't totally stop processing the output (we've got to drain the output from conpty so something like a build doesn't get blocked), but we can totally stop rendering. That we're specifically tracking in #1989 (a sub-point in #9600). We can totally continue the discussion in /dup #9600. Thanks!
Author
Owner

@microsoft-github-policy-service[bot] commented on GitHub (Aug 21, 2024):

Hi! We've identified this issue as a duplicate of another one that already exists on this Issue Tracker. This specific instance is being closed in favor of tracking the concern over on the referenced thread. Thanks for your report!

@microsoft-github-policy-service[bot] commented on GitHub (Aug 21, 2024): Hi! We've identified this issue as a duplicate of another one that already exists on this Issue Tracker. This specific instance is being closed in favor of tracking the concern over on the referenced thread. Thanks for your report! <!-- Policy app identification https://img.shields.io/static/v1?label=PullRequestIssueManagement. -->
Sign in to join this conversation.
1 Participants
Notifications
Due Date
No due date set.
Dependencies

No dependencies set.

Reference: starred/terminal#22126