starred/komorebi
1
0
Fork 0
mirror of https://github.com/LGUG2Z/komorebi.git synced 2026-01-11 14:40:25 +01:00
Code Issues 87 Packages Projects Releases 10 Wiki Activity

[BUG]: High CPU and Disk usage #436

New Issue
Closed
opened 2026-01-05 14:50:44 +01:00 by adam · 3 comments
adam commented 2026-01-05 14:50:44 +01:00
Owner
Copy Link

Originally created by @topazrn on GitHub (Jul 24, 2024).

Describe the bug
CPU usage is around 20% on my i3-12100 and disk usage is 4MB/s while idle. I'm not sure if this is normal.
Screenshot 2024-07-24 170838

I have made sure that I did not enable the custom FFM implementation because if I were to use it, my CPU usage would double.
Screenshot 2024-07-24 171555

To Reproduce
Steps to reproduce the behavior:

  1. komorebic start --ahk.
  2. Check Task Manager.

Expected behavior
CPU usage I think should be 0% on idle. I'm also not sure what file is it reading constantly.

Operating System

OS Name:                   Microsoft Windows 10 Pro
OS Version:                10.0.19045 N/A Build 19045

komorebic check Output

No KOMOREBI_CONFIG_HOME detected, defaulting to C:\Users\Topaz

Looking for configuration files in C:\Users\Topaz

Found komorebi.json; this file can be passed to the start command with the --config flag

No ~/.config/whkdrc found; you may not be able to control komorebi with your keyboard

Additional context
I am using the example AHK config from the docs. But I think AHK is not the problem here because the CPU and disk usage are undiscernable between AHK and whkd.

Originally created by @topazrn on GitHub (Jul 24, 2024). **Describe the bug** CPU usage is around 20% on my i3-12100 and disk usage is 4MB/s while idle. I'm not sure if this is normal. ![Screenshot 2024-07-24 170838](https://github.com/user-attachments/assets/af9a307e-d23c-4976-a359-ba38f1a29eb4) I have made sure that I did not enable the custom FFM implementation because if I were to use it, my CPU usage would double. ![Screenshot 2024-07-24 171555](https://github.com/user-attachments/assets/f1e5910e-cc12-4f02-b73a-603b3c809590) **To Reproduce** Steps to reproduce the behavior: 1. `komorebic start --ahk`. 2. Check Task Manager. **Expected behavior** CPU usage I think should be 0% on idle. I'm also not sure what file is it reading constantly. **Operating System** ``` OS Name: Microsoft Windows 10 Pro OS Version: 10.0.19045 N/A Build 19045 ``` **`komorebic check` Output** ``` No KOMOREBI_CONFIG_HOME detected, defaulting to C:\Users\Topaz Looking for configuration files in C:\Users\Topaz Found komorebi.json; this file can be passed to the start command with the --config flag No ~/.config/whkdrc found; you may not be able to control komorebi with your keyboard ``` **Additional context** I am using the example AHK config from the docs. But I think AHK is not the problem here because the CPU and disk usage are undiscernable between AHK and whkd.
adam added the bug label 2026-01-05 14:50:44 +01:00
adam closed this issue 2026-01-05 14:50:44 +01:00
adam commented 2026-01-05 14:50:45 +01:00
Author
Owner
Copy Link

@LGUG2Z commented on GitHub (Jul 24, 2024):

The high disk IO suggests that there are probably a bunch of errors being written to the log file repeatedly. Can you run komorebi.exe in the foreground and share the log output?

@LGUG2Z commented on GitHub (Jul 24, 2024): The high disk IO suggests that there are probably a bunch of errors being written to the log file repeatedly. Can you run `komorebi.exe` in the foreground and share the log output?
adam commented 2026-01-05 14:50:45 +01:00
Author
Owner
Copy Link

@topazrn commented on GitHub (Jul 24, 2024):

Aha! You are right! Turns out it has been repeatedly throwing these errors:

2024-07-24T13:19:25.499291Z  INFO komorebi::border_manager: listening
2024-07-24T13:19:25.499592Z  WARN komorebi::border_manager: restarting failed thread: The parameter is incorrect. (0x80070057)

I was following amnweb's dotfiles and it seems removing "border_implementation": "Windows", fixes the issue.

I should've checked the logs first before writing an issue. Thanks for the help!

@topazrn commented on GitHub (Jul 24, 2024): Aha! You are right! Turns out it has been repeatedly throwing these errors: ``` 2024-07-24T13:19:25.499291Z INFO komorebi::border_manager: listening 2024-07-24T13:19:25.499592Z WARN komorebi::border_manager: restarting failed thread: The parameter is incorrect. (0x80070057) ``` I was following amnweb's dotfiles and it seems removing `"border_implementation": "Windows",` fixes the issue. I should've checked the logs first before writing an issue. Thanks for the help!
adam commented 2026-01-05 14:50:45 +01:00
Author
Owner
Copy Link

@LGUG2Z commented on GitHub (Jul 24, 2024):

So this option isn't supported on Win10 and there are some checks in place to stop people from trying to enable it once komorebi is running, but I think we need to default away from this option on startup if it is selected to avoid the experience you had 🤔

@LGUG2Z commented on GitHub (Jul 24, 2024): So this option isn't supported on Win10 and there are some checks in place to stop people from trying to enable it once komorebi is running, but I think we need to default away from this option on startup if it is selected to avoid the experience you had 🤔
Sign in to join this conversation.
No Branch/Tag Specified
Branches Tags
Labels
Clear labels
0.1.36
apps-behaving-badly
bug
bug
cannot-reproduce
documentation
enhancement
github_actions
i-am-stuck
i-will-definitely-work-on-this
i-will-not-work-on-this
i-will-probably-work-on-this
komorebi
komorebi-bar
komorebic
performance
pull-request
Mirrored from GitHub Pull Request
 translation
No Label bug
Milestone
No items
No Milestone
Projects
Clear projects
No project
Assignees
Clear assignees
adam
No Assignees
1 Participants
Notifications
Due Date
No due date set.
Dependencies

No dependencies set.

Reference: starred/komorebi#436
Delete Branch "%!s()"

Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?