6
IO-Last zu hoch
Hallo miteinander
Ich habe ein etwas kniffliges Problem. .......
Mein Raspberry 3B hat zeitweise eine IO-Last von 70-90% .erkennbar im Top in der Spalte WA. Wie wir wissen erscheint dort jener Wert der auf einen IO-operation wartet.
Nachdem alle Prozesse leicht einmal zu stoppen sind, erscheint dieser Wert leider immer wieder.
Das es nicht die "Festplatte" ist leicht getestet indem die SSD durch einen USB-Stick ersetzt wird. ebenfalls negativ.
Auch die restliche Hardware kann man ausschließen, da auch ein zweiter Raspberry das gleiche Verhalten zeigt.
Anwendungprogramme kann man ausschließen..
Updates sind auch alle aktuellen eingespielt.
vmstat ; sar etc. liefern auch keine Hinweise.
zu guter Letzt auch der strace zeigt , dass das Anwenderprogramm (ls -lasiR) funktioniert. und auch keinen Fehler bekommt.
Die Hänger sind meistens in den Routinen getxattr(...) stat64() , was mich jetzt nicht verwunder
Meine Frage: hat jemand noch eine weitere Idee, woher das Problem kommen könnte und wie man ihm auf die spur kommt?
Ich habe ein etwas kniffliges Problem. .......
Mein Raspberry 3B hat zeitweise eine IO-Last von 70-90% .erkennbar im Top in der Spalte WA. Wie wir wissen erscheint dort jener Wert der auf einen IO-operation wartet.
Nachdem alle Prozesse leicht einmal zu stoppen sind, erscheint dieser Wert leider immer wieder.
Das es nicht die "Festplatte" ist leicht getestet indem die SSD durch einen USB-Stick ersetzt wird. ebenfalls negativ.
Auch die restliche Hardware kann man ausschließen, da auch ein zweiter Raspberry das gleiche Verhalten zeigt.
Anwendungprogramme kann man ausschließen..
Updates sind auch alle aktuellen eingespielt.
vmstat ; sar etc. liefern auch keine Hinweise.
zu guter Letzt auch der strace zeigt , dass das Anwenderprogramm (ls -lasiR) funktioniert. und auch keinen Fehler bekommt.
Die Hänger sind meistens in den Routinen getxattr(...) stat64() , was mich jetzt nicht verwunder
Meine Frage: hat jemand noch eine weitere Idee, woher das Problem kommen könnte und wie man ihm auf die spur kommt?
Auf Facebook teilen
Auf Twitter teilen
Auf Reddit teilen
Auf Linkedin teilenBitte markiere auch die Kommentare, die zur Lösung des Beitrags beigetragen haben
Content-ID: 397273
Url: https://administrator.de/forum/io-last-zu-hoch-397273.html
Ausgedruckt am: 22.12.2024 um 11:12 Uhr
6 Kommentare
Neuester Kommentar
Anwendungprogramme kann man ausschließen..
Aha, meinst du, wir wissen nicht was du mit den Teilen anstellst, noch was da drauf an Diensten läuft.Die wichtigste Info fehlt außerdem, das verwendete OS....
https://www.google.de/amp/s/blog.grufo.com/2012/08/27/linux-top-hohe-wa- ...
Gruß A.
Zitat von @juhu01:
Das es nicht die "Festplatte" ist leicht getestet indem die SSD durch einen USB-Stick ersetzt wird. ebenfalls negativ.
Das es nicht die "Festplatte" ist leicht getestet indem die SSD durch einen USB-Stick ersetzt wird. ebenfalls negativ.
Was heißt negativ? Du weißt schon, dass beides Flash-Speicher sind?
Grüße
lcer
Moin,
schau mal mit iotop, welcher Prozess IO verursacht.
Außerdem ist es teufel mit beelzebooob vertreiben, wenn du den internen Flashspeicher durch USB angebunden flashspeicher ersetzt.
lks
schau mal mit iotop, welcher Prozess IO verursacht.
Außerdem ist es teufel mit beelzebooob vertreiben, wenn du den internen Flashspeicher durch USB angebunden flashspeicher ersetzt.
lks
iotop liefert sehr viele nullen ! das wars auch nicht
ich schließe jetzt alle datenträger wie sd, etc aus.
wie sagte doch mein alter Lehrmeister einmal .... unter unix ist alles ein File....
Thx für den Gedanken-Anschubser.
ich schließe jetzt alle datenträger wie sd, etc aus.
wie sagte doch mein alter Lehrmeister einmal .... unter unix ist alles ein File....
Thx für den Gedanken-Anschubser.
Danke auch für das nicht beantworten unserer Fragen.
Für alle die ein ähnliches Problem haben/bekommen.
Es war die Stromversorgung über den HDMI Anschlusss.
Die Spez. definieren nur 550 mA über HDMI .
Kommt einem bekannt vor Im Gegensatz zum USB dürfte der Wert aber in vieler Hardware hart sein.
Auf jeden Fall kann es zu einem Problem kommen, wenn mehr Strom benötigt wird und der über HDMI nicht geliefert wird/werden kann.
Das gibt dann ein paar Interrupts, einen SIGPWR und einen Recover da die normale Stromversorgung (über USB) genügend Leistungsreserven hat. .
In meinem Fall; einfach die Stomversorgung vom HDMI-VGA Konverter getrennt und schon flutscht das Ding wie gewöhnt.
Und für alle Ungläubigen: Da Unix alles als File betrachtet, läuft auch alles über den IO
Es war die Stromversorgung über den HDMI Anschlusss.
Die Spez. definieren nur 550 mA über HDMI .
Kommt einem bekannt vor
Im Gegensatz zum USB dürfte der Wert aber in vieler Hardware hart sein.Auf jeden Fall kann es zu einem Problem kommen, wenn mehr Strom benötigt wird und der über HDMI nicht geliefert wird/werden kann.
Das gibt dann ein paar Interrupts, einen SIGPWR und einen Recover da die normale Stromversorgung (über USB) genügend Leistungsreserven hat. .
In meinem Fall; einfach die Stomversorgung vom HDMI-VGA Konverter getrennt und schon flutscht das Ding wie gewöhnt.
Und für alle Ungläubigen: Da Unix alles als File betrachtet, läuft auch alles über den IO
