Evtl kernel:stable:backport?
Wo wir gerade dabei sind, welcher Kernel ist installiert und wird zurzeit verwendet? Die Ausgabe von
bitte hier vorführen.
Evtl kernel:stable:backport?
Wo wir gerade dabei sind, welcher Kernel ist installiert und wird zurzeit verwendet? Die Ausgabe von
bitte hier vorführen.
Deine CPU würde bei einem BTFS Balace Job richtig ins stocken kommen.
Wer nutzt denn sowas? Ext4, Backups der Daten und configs. Messe gelesen. ![]()
Wenn man snapshots (völlig überbewertet) braucht, nimmt man timeshift. ![]()
hier geht es doch nicht um die Diskussion des besten Dateisystems. Und meiner Ansicht nach auch nicht darum, ob die Hardware für OpenSuse zu schwach ist. woodchuck hat ein Problem, das nicht an btrfs und nicht an der 11 Jahre alten Hardware liegt. Eure Diskussion hilft ihm nicht.
Es gibt ein gutes Dokument, um weiteres Monitoring zu installieren
https://doc.opensuse.org/documentation/leap/tuning/book-tuning_color_en.pdf
sar -P ALL zeigt die Auslastung der CPUs
cpupower aus dem Paket cpupower zeigt den Zustand der CPUs
welche Temperatur zeigt der Befehl "sensors" aus dem Paket lm-sensors
sensors-detect auch aus diesem Paket zeigt alle möglichen Sensoren an
außerdem könnte man versuchsweise den Turbo-Boost-Modus ausschalten
echo 1 > /sys/devices/system/cpu/intel_pstate/no_turbo
hier geht es doch nicht um die Diskussion des besten Dateisystems. Und meiner Ansicht nach auch nicht darum, ob die Hardware für OpenSuse zu schwach ist. woodchuck hat ein Problem, das nicht an btrfs und nicht an der 11 Jahre alten Hardware liegt. Eure Diskussion hilft ihm nicht.
Nein. Es geht um die Aussage, dass spezifisch nur openSUSE an der Überhitzung schuld ist. Der grundlegende Unterschied zu Fedora ist die grundlegende Komplexität ber Basiskonfiguration wegen dem FS und dem Einsatzgebiet in der Industrie.
Deswegen:
Das wahrscheinlichste ist eine gehemmte Kühlleistung durch Staub. Warum? Software macht keine physikalische Kühlung. Das macht der Passivkühler sowie Lüfter. Das Gerät ist 11 Jahre alt und ist ein Notebook.
D.h. bevor nicht das Innere des Gerätes entstaubt ist, ergibt kein weiteres Troubleshooting Sinn
Das ist keine Apple-Attitüde. Auf dem Gerät würde auch Windows nicht mehr laufen, nach 11 Jahren stelle ich überhaupt keine Ansprüche, ob da moderne Software noch drauf laufen können soll.
Und ich bleib dabei, nimm dir da eine Distribution, die alte Hardware im Fokus hat, openSUSE ist einfach der overkill, selbst wenn du kein Überhitzungsproblem hättest. Deine CPU würde bei einem BTFS Balace Job richtig ins stocken kommen.
Wann wurde das Gerät mal richtig entstaubt?
Mein Rechner ist ein alter Desktop-Rechner, mit einer i3-3220T CPU
und diese ist in der Leistung kaum stärker als ein ThinkpadT420s in
der schwächsten Ausführung.
Erbitte Fakten zu der Aussage: "openSUSE ist einfach der overkill, .."
Selbstverständlich nutze ich mit meiner "kleinen CPU" btrfs uneingeschränkt
und ohne Probleme.
Noch etwas: Auf diesem Rechner mit 1600 MHz RAM Taktung lief zunächst
Windows 7, Windows 8, Windows 8.1 und schließlich Windows 10 per
Dualboot. Man konnte anständig arbeiten! Da ich aber fast ausschließlich
Linux startete, habe ich Windows seit Jahren schließlich über Bord geschmissen.,
... doch nicht ohne mal Virtualbox auszuprobieren, also eine VM mit Win 10.
Hier gab es zwar Performance-Einbußen beim Virtualbox-Betrieb, doch waren
die nicht gravierend - nur bemerkbar.
Nun will ich Dir mal folgendes sagen:
Keiner weiß Alles - auch ich nicht!
Aber die Maxime in diesem Forum ist, Anderen zu helfen. Mit an den
"Haaren herbeigezogenen Vermutungen und anschließenden Behauptungen"
hilft man aber keineswegs - man verunsichert nur und beschädigt zusätzlich
die eigene Glaubwürdigkeit.
Nochmal konkret zu Deiner Aussage:
Pauschal OpenSuSE als Ressourcenfresser hinzustellen wird dem Thema
Linux in keinster Weise gerecht. Denn Linux (Kernel und Softwareumgebung)
unterliegen notwendigerweise Distributions-unabhängig einer ständigen
Weiterentwicklung. Es mag Distributionen geben, die weniger Performance brauchen
weil sie eine andere Arbeitsumgebung als vielleicht Gnome oder KDE (Plasma)
von vorneherein nutzen. Alle Distris - auch OpenSuSE - sind jedoch flexibel und
können entsprechend ressourcenschonend konfiguriert werden.
Auch wenn ich hier im Forum nun vielleicht Gegenwind bekommen sollte ...
auf solche Kommentare wie:
"OpenSuSE ist einfach der Overkill ... "
reagiere ich allergisch und wenn ich so etwas entdecke, dann gibt es Zunder
von meiner Seite. Am besten ich sage das hier gleich! Ist das nicht erwünscht,
dann bitte ich um Veranlassung gegenüber meinem Account! Gerne!
Entweder ich habe Ahnung und kann etwas zum Helfen beitragen, oder ich halte
den Rand!
Täusche ich mich, dann stelle ich das hoffentlich selber fest und sage:
"Entschuldigung! Ich habe mich getäuscht!" So einfach ist das (für mich jedenfalls).
Also bitte: Warum ist OPenSuSE der OVerkill?
Danke für die Antwort!
Entweder ich habe Ahnung und kann etwas zum Helfen beitragen, oder ich halte den Rand!
Das möchte ich jetzt mal allen Beteiligten an’s Herz legen. Ansonsten mache ich hier zu. !!
Hier der Output von powertop auf meinen Labtop
0,7 W für tick_sched_timer
0,07 W für die WLAN Schnittstelle
Der Rechner läuft nun seit 3 Stunden mit der Batterie und hat noch Strom für weitere 50 Minuten. Und das mit OpenSuse. OpenSuse ist also keineswegs ungeeignet für ein älteres Notebook-Modell (core i5, 9 Jahre alt).
The battery reports a discharge rate of 15.3 W
The energy consumed was 206 J
The estimated remaining time is 0 hours, 50 minutes
Summary: 824,5 wakeups/second, 0,0 GPU ops/seconds, 0,0 VFS ops/sec and 9,6% CPU use
Power est. Usage Events/s Category Description
696 mW 2,0 ms/s 175,5 Timer tick_sched_timer
630 mW 14,5 ms/s 142,0 Process [PID 3738] /usr/lib64/thunderbird/thunderbird-bin --sm-client-id 1014cd7d2d400016402024010000004
266 mW 2,4 ms/s 66,4 Interrupt PS/2 Touchpad / Keyboard / Mouse
233 mW 5,9 ms/s 55,2 Process [PID 2671] /usr/bin/X -nolisten tcp -auth /run/sddm/{6588feab-077a-4a07-b0a4-720c7e902c46} -back
191 mW 2,3 ms/s 42,5 Process [PID 4221] /usr/lib64/firefox/firefox --sm-client-id 1014cd7d2d4000164417382200000031710012
156 mW 2,6 ms/s 38,6 Interrupt [28] i915
105 mW 1,5 ms/s 22,0 Process [PID 4857] /usr/lib64/firefox/firefox -contentproc -childID 5 -isForBrowser -prefsLen 247 -prefM
88.8 mW 236,8 µs/s 22,4 Process [PID 11] [rcu_sched]
78.0 mW 1,2 ms/s 19,3 Timer hrtimer_wakeup
67.4 mW 619,1 µs/s 16,8 Process [PID 533] [irq/31-iwlwifi]
63.4 mW 477,9 µs/s 15,9 Process [PID 2556] /opt/teamviewer/tv_bin/teamviewerd -d
52.9 mW 0,7 ms/s 13,1 Process [PID 4458] /usr/lib64/firefox/firefox --sm-client-id 1014cd7d2d4000164417382200000031710012
48.1 mW 143,5 µs/s 12,1 Process [PID 4518] /home/peter/sync/syncthing-linux-amd64-v1.3.4/syncthing
42.9 mW 17,5 ms/s 3,9 Process [PID 4661] /home/peter/sync/syncthing-linux-amd64-v1.3.4/syncthing
42.1 mW 238,7 µs/s 10,6 Process [PID 3255] /usr/bin/kwin_x11 -session 1014ecae7ef000160914973700000036720001_1644184640_471518
35.9 mW 123,2 µs/s 9,0 kWork ieee80211_iface_work
34.0 mW 0,7 ms/s 8,3 Process [PID 4800] /usr/lib64/firefox/firefox -contentproc -childID 3 -isForBrowser -prefsLen 247 -prefM
33.8 mW 18,2 ms/s 1,4 kWork intel_atomic_commit_work
30.3 mW 90,4 µs/s 7,6 Process [PID 443] /usr/sbin/haveged -w 1024 -v 0 -F
Alles anzeigen
OFFTOPIC
Alles anzeigenMein Rechner ist ein alter Desktop-Rechner, mit einer i3-3220T CPU
und diese ist in der Leistung kaum stärker als ein ThinkpadT420s in
der schwächsten Ausführung.
Erbitte Fakten zu der Aussage: "openSUSE ist einfach der overkill, .."
Selbstverständlich nutze ich mit meiner "kleinen CPU" btrfs uneingeschränkt
und ohne Probleme.
Noch etwas: Auf diesem Rechner mit 1600 MHz RAM Taktung lief zunächst
Windows 7, Windows 8, Windows 8.1 und schließlich Windows 10 per
Dualboot. Man konnte anständig arbeiten! Da ich aber fast ausschließlich
Linux startete, habe ich Windows seit Jahren schließlich über Bord geschmissen.,
... doch nicht ohne mal Virtualbox auszuprobieren, also eine VM mit Win 10.
Hier gab es zwar Performance-Einbußen beim Virtualbox-Betrieb, doch waren
die nicht gravierend - nur bemerkbar.
Nun will ich Dir mal folgendes sagen:
Keiner weiß Alles - auch ich nicht!
Aber die Maxime in diesem Forum ist, Anderen zu helfen. Mit an den
"Haaren herbeigezogenen Vermutungen und anschließenden Behauptungen"
hilft man aber keineswegs - man verunsichert nur und beschädigt zusätzlich
die eigene Glaubwürdigkeit.
Nochmal konkret zu Deiner Aussage:
Pauschal OpenSuSE als Ressourcenfresser hinzustellen wird dem Thema
Linux in keinster Weise gerecht. Denn Linux (Kernel und Softwareumgebung)
unterliegen notwendigerweise Distributions-unabhängig einer ständigen
Weiterentwicklung. Es mag Distributionen geben, die weniger Performance brauchen
weil sie eine andere Arbeitsumgebung als vielleicht Gnome oder KDE (Plasma)
von vorneherein nutzen. Alle Distris - auch OpenSuSE - sind jedoch flexibel und
können entsprechend ressourcenschonend konfiguriert werden.
Auch wenn ich hier im Forum nun vielleicht Gegenwind bekommen sollte ...
auf solche Kommentare wie:
"OpenSuSE ist einfach der Overkill ... "
reagiere ich allergisch und wenn ich so etwas entdecke, dann gibt es Zunder
von meiner Seite. Am besten ich sage das hier gleich! Ist das nicht erwünscht,
dann bitte ich um Veranlassung gegenüber meinem Account! Gerne!
Entweder ich habe Ahnung und kann etwas zum Helfen beitragen, oder ich halte
den Rand!
Täusche ich mich, dann stelle ich das hoffentlich selber fest und sage:
"Entschuldigung! Ich habe mich getäuscht!" So einfach ist das (für mich jedenfalls).
Also bitte: Warum ist OPenSuSE der OVerkill?
Danke für die Antwort!
Sich einzelne Zitate rausgreifen und sich dann abarbeiten und die konstruktiven Lösungsansätze ausblenden spricht auch für dich.
Kontext ist König.
Es geht um 11 Jahre alte Hardware. Auf 11 Jahre alter Hardware hat openSUSE gewaltigen Overhead, weil es technische Features hat, die auf moderne Workstations zugeschnitten sind. Btrfs+Snapper is im Kontext von Linux-Distributionen Raketentechnik. Wenn das noch die Originalhardware ist, gehts hier um sich drehende HDDs mit 250-500 GB. Dafür ist openSUSE einfach nicht mehr konzeptioniert. Debian hat spezifisch als Ziel, auf einer möglichst breiten Hardwarebasis zu funktionieren. openSUSEs hardwarekompatibilität ist einfach schmaler, und 11 Jahre alte Laptops sind einfach schon Edge Cases.
Und wie gesagt, dass aller aller aller ALLER wahrscheinlichste ist erstmal Hardwareausfall aka Kühlung läuft unter Optimum, und openSUSE triggert das möglicherweise durch andere Grundkonfigurationen nur. Wir wissen nicht, ob Fedora mal länger unter Volllast stabil lief. Auch wissen wir nicht, ob die Überhitzung tatsächlich von openSUSE ausgelößt wurde oder ob das nur zufällig mit dem Wechsel auf openSUSE ausgelößt wurde. Mit steigendem Alter der Hardware steigt aber die Wahrscheinlichkeit, dass Dinge einfach so kaputt gehen
Das Symptom ist, dass es einen Hard-Crash der CPU durch Überhitzung gibt. Da könnt ihr gerne im Terminal rumturnen, macht aber halt nur Sinn, wenn man es ausschließen kann, dass die Hardware kaputt ist.
€:
Alero Alles klar. Habe deinen Post erst nach Abschicken gesehen.
sensors-detect auch aus diesem Paket zeigt alle möglichen Sensoren an
Das zeigt die Sensoren nicht an sondern erkennt die und schreibt eine config. Ist als root auszuführen.