Skip to content
New issue

Have a question about this project? # for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “#”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? # to your account

wezterm-gui uses 100% CPU #557

Closed
wilriker opened this issue Mar 19, 2021 · 9 comments
Closed

wezterm-gui uses 100% CPU #557

wilriker opened this issue Mar 19, 2021 · 9 comments
Labels
bug Something isn't working

Comments

@wilriker
Copy link

Describe the bug

wezterm-gui uses up 100% CPU (i.e. one CPU core) while being idle. Therefore it is very laggy accepting input as well as rendering output. Basically it's unusable this way.

Environment (please complete the following information):

  • OS: ArchLinux X11 (using AUR wezterm-bin package)
  • Version: wezterm 20210314-114017-04b7cedd
  • The active keyboard layout name: GB

To Reproduce

I just need to launch wezterm.

Configuration

I don't have a wezterm.lua configuration file.

Expected behavior

Being a usable terminal. ;-)

@wilriker wilriker added the bug Something isn't working label Mar 19, 2021
@wez
Copy link
Member

wez commented Mar 19, 2021

I haven't seen behavior like this before. What are you running inside the terminal?

Please run: WEZTERM_LOG=trace wezterm 2> /tmp/log.txt and let it run for ~30 seconds or so, then attach that log file to this issue. That should show us roughly what is happening inside.

@wilriker
Copy link
Author

It simply spawns an instance of fish and then does nothing.
log.txt

@wez
Copy link
Member

wez commented Mar 19, 2021

It appears as though there is a continual stream of events from your window manager about changing the selection and resizing, even though nothing is changing. Which window manager are you using?

@wilriker
Copy link
Author

I use herbstluftwm a tiling window-manager.

@wez
Copy link
Member

wez commented Mar 19, 2021

Please give https://aur.archlinux.org/packages/wezterm-git/ a try when you have a few moments to see if the commit I just pushed helps!

@wilriker
Copy link
Author

That seems to have fixed it! Thanks for the quick solution. Now I can continue evaluating wezterm. 👍

@wilriker
Copy link
Author

Maybe one last question: is there a way to generate a wezterm.lua to start from for customization?

wez added a commit that referenced this issue Mar 19, 2021
@wez
Copy link
Member

wez commented Mar 19, 2021

We have #548 open to add some example-driven configs to the docs. I don't think it is necessarily a great idea to have a big config with every possible thing in it, because it would be difficult to consume and difficult to maintain. Having a base config with the most likely changed options in it feels reasonable though.

@github-actions
Copy link
Contributor

github-actions bot commented Feb 4, 2023

I'm going to lock this issue because it has been closed for 30 days ⏳. This helps our maintainers find and focus on the active issues. If you have found a problem that seems similar to this, please open a new issue and complete the issue template so we can capture all the details necessary to investigate further.

@github-actions github-actions bot locked as resolved and limited conversation to collaborators Feb 4, 2023
# for free to subscribe to this conversation on GitHub. Already have an account? #.
Labels
bug Something isn't working
Projects
None yet
Development

No branches or pull requests

2 participants