OpenMarine

Full Version: Pi 4b extremly slow running openplotter 3
You're currently viewing a stripped down version of our content. View the full version with proper formatting.
Pages: 1 2
I'm curious why the Pi (2mg ram model) has become extremely slow, almost non responsive. The chip (samsung evo 32 gb) running the Pi is the one used last year, has about 20 gb memory free.  Only difference from last year is I ran sudo apt update before taking it to the boat. Screen and environmental chip the same, network instruments as per last year.
It appears to be running properly in instrument panel, but needs about 2-3 minutes to start. Same for sailguage.
Opencpn works but slow.

Running startup check shows no errors. everything appears to running fine, except slow.

Behaves as if not enough ram in an old windows machine.
I assume you ran sudo apt upgrade after the update?

Does htop reveal anything useful?

Not sure what "environmental chip" is
Thank you.  Chip is temp/rh/pressure sensor, bme xxx, would have to check number next time i'm at the boat. Will try the htop command when I'm there. lots of thunderstorm warnings lately, havn't been to the marina.
will let you know.
(2024-07-15, 04:01 PM)amckeown Wrote: [ -> ]Thank you.  Chip is temp/rh/pressure sensor, bme xxx, would have to check number next time i'm at the boat. Will try the htop command when I'm there. lots of thunderstorm warnings lately, havn't been to the marina.
will let you know.

Ah OK, I understand, it's a BME280 if I remember correctly.

If all you've done is a sudo apt update then you can rule that out of the equation as that doesn't change anything in your system.

I can't recall if htop is installed by default, I think it might be these days. If not you can install it.

Good luck, hope you escape the thunderstorms!
(2024-07-15, 04:12 PM)baltika_no_9 Wrote: [ -> ]
(2024-07-15, 04:01 PM)amckeown Wrote: [ -> ]Thank you.  Chip is temp/rh/pressure sensor, bme xxx, would have to check number next time i'm at the boat. Will try the htop command when I'm there. lots of thunderstorm warnings lately, havn't been to the marina.
will let you know.

Ah OK, I understand, it's a BME280 if I remember correctly.

If all you've done is a sudo apt update then you can rule that out of the equation as that doesn't change anything in your system.

I can't recall if htop is installed by default, I think it might be these days. If not you can install it.

Good luck, hope you escape the thunderstorms!

here are  a couple of screenshots of htop command runs.

Alan

[attachment=2981][attachment=2982]
The fact that your swap memory is almost fully exhausted suggests that something is occupying a lot of your "real" memory. Swap is invoked well before the system runs out of actually RAM. what does htop show if you order it by MEM? The pictures above show it ordered by CPU.

None of my Pis show any Swap usage but they have more than 2GB. I'm not saying that what you're showing is not normal for a 2GB Pi running what you are running by the way but I don't have anything to compare it with.

How about using top (instead of htop) then adding swap to the display and then ordering by Swap usage?
top, f, tab down to Swap, press space, press q and then order by Swap.
(2024-07-17, 07:54 PM)baltika_no_9 Wrote: [ -> ]The fact that your swap memory is almost fully exhausted suggests that something is occupying a lot of your "real" memory. Swap is invoked well before the system runs out of actually RAM. what does htop show if you order it by MEM? The pictures above show it ordered by CPU.

None of my Pis show any Swap usage but they have more than 2GB. I'm not saying that what you're showing is not normal for a 2GB Pi running what you are running by the way but I don't have anything to compare it with.

How about using top (instead of htop) then adding swap to the display and then ordering by Swap usage?
top, f, tab down to Swap, press space, press q and then order by Swap.

Thanks very much. will try the next time im at the boat
(2024-07-17, 03:25 PM)amckeown Wrote: [ -> ]
(2024-07-15, 04:12 PM)baltika_no_9 Wrote: [ -> ]
(2024-07-15, 04:01 PM)amckeown Wrote: [ -> ]Thank you.  Chip is temp/rh/pressure sensor, bme xxx, would have to check number next time i'm at the boat. Will try the htop command when I'm there. lots of thunderstorm warnings lately, havn't been to the marina.
will let you know.

Ah OK, I understand, it's a BME280 if I remember correctly.
If all you've done is a sudo apt update then you can rule that out of the equation as that doesn't change anything in your system.
I can't recall if htop is installed by default, I think it might be these days. If not you can install it.
Good luck, hope you escape the thunderstorms!
here are  a couple of screenshots of htop command runs.



Here are some top command runs.  [attachment=2993][attachment=2994][attachment=2995][attachment=2996] interestingly, Tab does not work, but arrow commands do. [attachment=2996]
Alan[attachment=2992][attachment=2992]

(2024-07-17, 07:54 PM)baltika_no_9 Wrote: [ -> ]The fact that your swap memory is almost fully exhausted suggests that something is occupying a lot of your "real" memory. Swap is invoked well before the system runs out of actually RAM. what does htop show if you order it by MEM? The pictures above show it ordered by CPU.

None of my Pis show any Swap usage but they have more than 2GB. I'm not saying that what you're showing is not normal for a 2GB Pi running what you are running by the way but I don't have anything to compare it with.

How about using top (instead of htop) then adding swap to the display and then ordering by Swap usage?
top, f, tab down to Swap, press space, press q and then order by Swap.

Couple more files that may help
[attachment=2997][attachment=2997][attachment=2997][attachment=2998]
mm, hard to say what's going on for sure but it looks like influxdb is using swap very heavily. You could confirm that by ordering the table by swap usage (top -o SWAP) assuming you've selected SWAP to be displayed.

Is the system slow immediately after a reboot? That's a key question.

I think if it were me I'd try to eliminate things to try to get to the bottom of it.
Given what top is showing I think I'd go to Start>OpenPlotter>Dashboards>Processes and stop both influxdb and grafana-server and then check the performance and look at the top output.

Another couple of things to consider doing:

1. Change your microSD card (the thing you call a "chip"), the Samsung Evo is not a very fast device and the swap file is stored on it. By copying the card to a faster one such as the Samsung Evo Plus should improve things.
2. Increase your swap file size. It is currently set to 100MB but that is being maxed out. Try changing it to, say, 1GB.

None of the above can explain why the performance was OK before but isn't now but we don't know what has changed since then so we can only try to move forward from where we are.
(2024-07-20, 03:12 PM)amckeown Wrote: [ -> ]
(2024-07-17, 03:25 PM)amckeown Wrote: [ -> ]
(2024-07-15, 04:12 PM)baltika_no_9 Wrote: [ -> ]
(2024-07-15, 04:01 PM)amckeown Wrote: [ -> ]Thank you.  Chip is temp/rh/pressure sensor, bme xxx, would have to check number next time i'm at the boat. Will try the htop command when I'm there. lots of thunderstorm warnings lately, havn't been to the marina.
will let you know.

Ah OK, I understand, it's a BME280 if I remember correctly.
If all you've done is a sudo apt update then you can rule that out of the equation as that doesn't change anything in your system.
I can't recall if htop is installed by default, I think it might be these days. If not you can install it.
Good luck, hope you escape the thunderstorms!
here are  a couple of screenshots of htop command runs.



Here are some top command runs.   interestingly, Tab does not work, but arrow commands do.
Alan

(2024-07-17, 07:54 PM)baltika_no_9 Wrote: [ -> ]The fact that your swap memory is almost fully exhausted suggests that something is occupying a lot of your "real" memory. Swap is invoked well before the system runs out of actually RAM. what does htop show if you order it by MEM? The pictures above show it ordered by CPU.

None of my Pis show any Swap usage but they have more than 2GB. I'm not saying that what you're showing is not normal for a 2GB Pi running what you are running by the way but I don't have anything to compare it with.

How about using top (instead of htop) then adding swap to the display and then ordering by Swap usage?
top, f, tab down to Swap, press space, press q and then order by Swap.

Couple more files that may help

(2024-07-20, 04:58 PM)baltika_no_9 Wrote: [ -> ]mm, hard to say what's going on for sure but it looks like influxdb is using swap very heavily. You could confirm that by ordering the table by swap usage (top -o SWAP) assuming you've selected SWAP to be displayed.

Is the system slow immediately after a reboot? That's a key question.

I think if it were me I'd try to eliminate things to try to get to the bottom of it.
Given what top is showing I think I'd go to Start>OpenPlotter>Dashboards>Processes and stop both influxdb and grafana-server and then check the performance and look at the top output.

Another couple of things to consider doing:

1. Change your microSD card (the thing you call a "chip"), the Samsung Evo is not a very fast device and the swap file is stored on it. By copying the card to a faster one such as the Samsung Evo Plus should improve things.
2. Increase your swap file size. It is currently set to 100MB but that is being maxed out. Try changing it to, say, 1GB.

None of the above can explain why the performance was OK before but isn't now but we don't know what has changed since then so we can only try to move forward from where we are.

Thanks very much,
the system is slow after a reboot, once the system check is completed. I noted lately that when I get to the boat the display is white, I leave it with instrument panel running. no idea what that means. 
I will order a faster card as you suggest.

will shut off the grafana and influx servers and see what happens. easy enough to do. and try to resize the swap file size.
will let you know.
Pages: 1 2