Skip to content
New issue

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

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

Already on GitHub? Sign in to your account

[BUG] Using 66% of a CPU when idle #969

Closed
5 tasks done
ohmantics opened this issue Nov 1, 2022 · 31 comments
Closed
5 tasks done

[BUG] Using 66% of a CPU when idle #969

ohmantics opened this issue Nov 1, 2022 · 31 comments
Assignees
Labels
🐛 Bug [ISSUE] Ticket describing something that isn't working 🛑 No Response [ISSUE] Response was requested, but has not been provided

Comments

@ohmantics
Copy link

Environment

Self-Hosted (Docker)

System

Ubuntu 22.0.4

Version

2.1.1

Describe the problem

With no browser windows taking to dashy, the "node server" process is using 66% of a CPU core at minimum. Presumably this is background processing such as the docker healthcheck. There's no rebuild running. It's not going to zero at any point. With any browser window open, it goes up to 125% and stays there or above. However, this all seems very excessive for what's logically happening.

This was a straight-forward docker install using Portainer on a Raspberry Pi 4 running Ubuntu 22.04. This is enough CPU use to trigger the cooling fan on this box, hence why I've noticed it.

Additional info

partial output of pstree -a -p:

  ├─containerd-shim,654085 -namespace moby -id fcfa6e2acda69da0fbd4ca458e75243f3b7b4563f64322e231e6566505c71980 -address /run/containerd/containerd.sock
  │   ├─tini,654108 -- yarn build-and-start
  │   │   └─node,654156 /opt/yarn-v1.22.15/bin/yarn.js build-and-start
  │   │       ├─node,654179 /app/node_modules/.bin/npm-run-all --parallel build-watch start
  │   │       │   ├─node,654190 /opt/yarn-v1.22.15/bin/yarn.js run build-watch
  │   │       │   │   ├─node,654212 /app/node_modules/.bin/vue-cli-service build --watch --mode production
  │   │       │   │   │   ├─{node},654214
  │   │       │   │   │   ├─{node},654215
  │   │       │   │   │   ├─{node},654216
  │   │       │   │   │   ├─{node},654217
  │   │       │   │   │   ├─{node},654218
  │   │       │   │   │   ├─{node},654224
  │   │       │   │   │   ├─{node},654232
  │   │       │   │   │   ├─{node},654233
  │   │       │   │   │   ├─{node},654234
  │   │       │   │   │   └─{node},654235
  │   │       │   │   ├─{node},654192
  │   │       │   │   ├─{node},654193
  │   │       │   │   ├─{node},654194
  │   │       │   │   ├─{node},654195
  │   │       │   │   ├─{node},654196
  │   │       │   │   ├─{node},654202
  │   │       │   │   ├─{node},654204
  │   │       │   │   ├─{node},654205
  │   │       │   │   ├─{node},654206
  │   │       │   │   └─{node},654207
  │   │       │   ├─node,654191 /opt/yarn-v1.22.15/bin/yarn.js run start
  │   │       │   │   ├─node,654213 server
  │   │       │   │   │   ├─{node},654219
  │   │       │   │   │   ├─{node},654220
  │   │       │   │   │   ├─{node},654221
  │   │       │   │   │   ├─{node},654222
  │   │       │   │   │   ├─{node},654223
  │   │       │   │   │   ├─{node},654225
  │   │       │   │   │   ├─{node},654226
  │   │       │   │   │   ├─{node},654227
  │   │       │   │   │   ├─{node},654228
  │   │       │   │   │   └─{node},654229
  │   │       │   │   ├─{node},654197
  │   │       │   │   ├─{node},654198
  │   │       │   │   ├─{node},654199
  │   │       │   │   ├─{node},654200
  │   │       │   │   ├─{node},654201
  │   │       │   │   ├─{node},654203
  │   │       │   │   ├─{node},654208
  │   │       │   │   ├─{node},654209
  │   │       │   │   ├─{node},654210
  │   │       │   │   └─{node},654211
  │   │       │   ├─{node},654180
  │   │       │   ├─{node},654181
  │   │       │   ├─{node},654182
  │   │       │   ├─{node},654183
  │   │       │   ├─{node},654184
  │   │       │   ├─{node},654185
  │   │       │   ├─{node},654186
  │   │       │   ├─{node},654187
  │   │       │   ├─{node},654188
  │   │       │   └─{node},654189
  │   │       ├─{node},654167
  │   │       ├─{node},654168
  │   │       ├─{node},654169
  │   │       ├─{node},654170
  │   │       ├─{node},654171
  │   │       ├─{node},654172
  │   │       ├─{node},654175
  │   │       ├─{node},654176
  │   │       ├─{node},654177
  │   │       └─{node},654178
  │   ├─{containerd-shim},654086
  │   ├─{containerd-shim},654087
  │   ├─{containerd-shim},654088
  │   ├─{containerd-shim},654089
  │   ├─{containerd-shim},654090
  │   ├─{containerd-shim},654091
  │   ├─{containerd-shim},654092
  │   ├─{containerd-shim},654093
  │   ├─{containerd-shim},654094
  │   ├─{containerd-shim},654375
  │   └─{containerd-shim},657704

Please tick the boxes

@ohmantics ohmantics added the 🐛 Bug [ISSUE] Ticket describing something that isn't working label Nov 1, 2022
@liss-bot

This comment was marked as spam.

@bdovaz
Copy link

bdovaz commented Nov 7, 2022

Same problem here... I'm about to look for an alternative because my raspberry freezes and I have to restart it.

@liss-bot liss-bot added the 👤 Awaiting Maintainer Response [ISSUE] Response from repo author is pending label Nov 7, 2022
@JohnnieDK
Copy link

I had the same problem, so I built a new docker image from master, and that sort of seems to have fixed it.
However, I also noticed that when I had the status check enabled, it would interfere with my pi-alert container (Note that pi-alert is VERY buggy). And both would consume a lot of cpu.

@liss-bot liss-bot removed the 👤 Awaiting Maintainer Response [ISSUE] Response from repo author is pending label Nov 21, 2022
@liss-bot

This comment was marked as spam.

@liss-bot liss-bot added the ⚰️ Stale [ISSUE] [PR] No activity for over 1 month label Dec 22, 2022
@ohmantics

This comment was marked as spam.

@liss-bot liss-bot added 👤 Awaiting Maintainer Response [ISSUE] Response from repo author is pending and removed ⚰️ Stale [ISSUE] [PR] No activity for over 1 month labels Dec 22, 2022
@liss-bot

This comment was marked as spam.

@liss-bot liss-bot added ⚰️ Stale [ISSUE] [PR] No activity for over 1 month and removed 👤 Awaiting Maintainer Response [ISSUE] Response from repo author is pending labels Jan 22, 2023
@bdovaz

This comment was marked as spam.

@liss-bot liss-bot added 👤 Awaiting Maintainer Response [ISSUE] Response from repo author is pending and removed ⚰️ Stale [ISSUE] [PR] No activity for over 1 month 👤 Awaiting Maintainer Response [ISSUE] Response from repo author is pending labels Jan 22, 2023
@liss-bot

This comment was marked as spam.

@liss-bot liss-bot added the ⚰️ Stale [ISSUE] [PR] No activity for over 1 month label Feb 23, 2023
@ohmantics
Copy link
Author

Still relevant. @Lissy93, any chance you'll be able to look at this? If not, perhaps you have some hints as to how you'd diagnose it?

@liss-bot liss-bot added 👤 Awaiting Maintainer Response [ISSUE] Response from repo author is pending and removed ⚰️ Stale [ISSUE] [PR] No activity for over 1 month labels Feb 23, 2023
@Lissy93
Copy link
Owner

Lissy93 commented Feb 26, 2023

Hey,
Really sorry for the delay in replying, (I have so many unread GH notifications at the moment, that it's hard to spot the important ones! 😬)

This definitely doesn't sound good at all, weirdly I'm running a very similar setup (Pi 4, default Docker, etc) and no issues.
Looking at those logs, I'm wondering if it's something gone wrong with the healthcheck. If you disable that, do you still see issues?

@liss-bot liss-bot removed the 👤 Awaiting Maintainer Response [ISSUE] Response from repo author is pending label Feb 26, 2023
@adamantike
Copy link

adamantike commented Feb 27, 2023

@ohmantics, do you have an example config file to reproduce this issue? Also, does it still happen if you change the container command to run yarn start instead?

@Lissy93, is there any reason for the ARM-based Docker images to have yarn build-and-start as default CMD, while the Docker image for x86 is just yarn start?

@liss-bot liss-bot added 👤 Awaiting Maintainer Response [ISSUE] Response from repo author is pending and removed 👤 Awaiting Maintainer Response [ISSUE] Response from repo author is pending labels Feb 27, 2023
@liss-bot

This comment was marked as duplicate.

@liss-bot liss-bot added the ⚰️ Stale [ISSUE] [PR] No activity for over 1 month label Aug 9, 2023
@ohmantics

This comment was marked as duplicate.

@liss-bot liss-bot removed the ⚰️ Stale [ISSUE] [PR] No activity for over 1 month label Aug 9, 2023
@liss-bot liss-bot removed the 👤 Awaiting Maintainer Response [ISSUE] Response from repo author is pending label Aug 28, 2023
@liss-bot

This comment was marked as spam.

@liss-bot liss-bot added the ⚰️ Stale [ISSUE] [PR] No activity for over 1 month label Nov 26, 2023
@bdovaz

This comment was marked as spam.

@liss-bot liss-bot added 👤 Awaiting Maintainer Response [ISSUE] Response from repo author is pending and removed ⚰️ Stale [ISSUE] [PR] No activity for over 1 month labels Nov 26, 2023
@CrazyWolf13
Copy link
Collaborator

I also run Dashy with many other things on my Rpi 3B+ with 1GB RAM and Dashy is consuming very few MB and barely any CPU even when starting up.

Can you confirm if you are running x64 or x32 ?

@liss-bot liss-bot removed the 👤 Awaiting Maintainer Response [ISSUE] Response from repo author is pending label Feb 29, 2024
@CrazyWolf13 CrazyWolf13 added ⚰️ Stale [ISSUE] [PR] No activity for over 1 month 🛑 No Response [ISSUE] Response was requested, but has not been provided labels Apr 21, 2024
@liss-bot

This comment was marked as spam.

@liss-bot liss-bot removed the ⚰️ Stale [ISSUE] [PR] No activity for over 1 month label Apr 27, 2024
@ohmantics

This comment has been minimized.

@CrazyWolf13

This comment was marked as off-topic.

@bdovaz

This comment was marked as spam.

@CrazyWolf13

This comment was marked as off-topic.

@bdovaz
Copy link

bdovaz commented Apr 27, 2024

In my case x64

@CrazyWolf13
Copy link
Collaborator

CrazyWolf13 commented May 10, 2024

@bdovaz @ohmantics

Hi
Could you test this with the :latest tag by repulling and rebuilding the app?

Keep in mind V3 has breaking changes:
https://github.com/Lissy93/dashy/releases/tag/3.0.0

@ohmantics
Copy link
Author

Not seeing the original issue now. It did take several re-pulls for the build to complete without errors; not sure why since it says "possible error, check logs" and there are no logs to see.

@liss-bot liss-bot added the 👤 Awaiting Maintainer Response [ISSUE] Response from repo author is pending label May 10, 2024
@CrazyWolf13
Copy link
Collaborator

Not seeing the original issue now. It did take several re-pulls for the build to complete without errors; not sure why since it says "possible error, check logs" and there are no logs to see.

Awesome!

Then I think we can close this.

If you have changed the bind mounts and the port those errors shouldn't appear, yeah.

Did you wait about 3 minutes longer and refreshed the page, after the error appears?
The first build takes a bit longer and on a raspberry pi it takes even longer, so it may exceed the expected time and then the "possible error" popps up.

@liss-bot liss-bot removed the 👤 Awaiting Maintainer Response [ISSUE] Response from repo author is pending label May 11, 2024
@Lissy93 Lissy93 closed this as completed May 11, 2024
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
🐛 Bug [ISSUE] Ticket describing something that isn't working 🛑 No Response [ISSUE] Response was requested, but has not been provided
Projects
Status: Done
Development

No branches or pull requests

8 participants