On Dienstag, 6. Juni 2023 15:09:21 CEST Kimmo Elo wrote:
Hallo,
habe nicht den ganzen Thread mitgelesen, aber mir ist aufgefallen, dass ich vor kurzem ein ähliches Problem mit einem Dell Laptop hatte. Die Ursache war ein defekter SATA-Adapter, der dazu führte, dass die SSD-Platte mit vielen timeouts zu kämpfen hatte, die wiederum das System bremsten...
Dies nur als eine Idee, vielleicht hast du das bereits ausgeschlossen.
Heute ist mein Switch abgeraucht, an dem das Notebook hing. Ggf. hat der bereits seit längerem "gewackelt". Da das Tagebuch auf einem NFS Share liegt, könnte das Wackeln die Probleme verursacht haben. Ich werde das beobachten. Das Notebook hat ansonsten ne NVME.
BG, Kimmo
Ciao. Michael.
6. kesäk. 2023 klo 15.32, 15.32, Lothar Vorrath
<lothar@s522116222.online.de> kirjoitti:
Ich würde mal den swap-Speicher deaktivieren. Dann ist eine Fehlerquelle schon ausgeschlossen.
Lothar
------------------- ursprüngliche Nachricht ------------------- Von:mh@mike.franken.de An:opensuse-de@opensuse.org Datum:Mon, 05 Jun 2023 17:38:32 +0200 ----------------------------------------------------------------
On Montag, 5. Juni 2023 17:30:25 CEST Bernd Nachtigall wrote:
Am 05.06.23 um 16:49 schrieb mh@mike.franken.de: (...)
tja, leider zeigen weder top noch atop irgendwelche
Auffälligkeiten
an. Es ist genug Speicher frei, sowohl realer wie auch swap.
(...)
Es ist genug Swap frei, aber es wird bereits Swap-Speicher
verwendet?
Dann 'swapt' das System schon (-> siehe Manfreds Posting)
Massenspeicher und RAM sind in der Performance sehr unterschiedlich! Stell dir einfach vor Du fährst mit einen Schnellzug in einen
riesigen
Geleeblock. Du kommst vielleicht hinten wieder raus, aber du hast
viel
Geschwindigkeit verloren.
ne, es wird immer eine kleine Menge an Swap verwendet und wenn es nur
4 MB
sind. Das System hat 16 Gig RAM und 32 Gig Swap. Mehr als 8-10 Gig RAM sind selbst im worst case nie belegt - und dazu
immer
die genannten paar MB an Swap.
Bernd
Ciao. Michael.