Am Freitag, 12. Mai 2023, 20:13:29 CEST schrieb mh@mike.franken.de:

On Freitag, 12. Mai 2023 08:39:08 CEST Hugo Mahr wrote:

...

KDE:<Systemsteuerung><Zugangshhilfen><Verlangsamte Tasten>

Mag sein, aber ich habe eine englische GUI und finde den Punkt gerade nicht. Unter Accessability scheint er bei mir nicht zu sein.

https://userbase.kde.org/System_Settings/Accessibility Schönen Gruß Hugo Mahr

On Samstag, 13. Mai 2023 20:32:22 CEST mh@mike.franken.de wrote:

On Samstag, 13. Mai 2023 12:06:24 CEST Hugo Mahr wrote:

...

Am Freitag, 12. Mai 2023, 20:13:29 CEST schrieb mh@mike.franken.de:

...

On Freitag, 12. Mai 2023 08:39:08 CEST Hugo Mahr wrote:

...

KDE:<Systemsteuerung><Zugangshhilfen><Verlangsamte Tasten>

Mag sein, aber ich habe eine englische GUI und finde den Punkt gerade nicht. Unter Accessability scheint er bei mir nicht zu sein.

https://userbase.kde.org/System_Settings/Accessibility

ja, das habe ich ja vor mir :) Meinst du "slow keys" ist das Gegenstück? Wenn ja, werde ich da mal drauf schauen, wenn das Problem wieder auftritt. Mit der Maus komme ich da ja zum Glück noch dran.

Hallo Michael, Ja. Und schau auf Activation Gestures Dazu die letzten Meldungen in RE: [SOLVED] Keyboard not working after pressing shift-key https://forum.kde.org/viewtopic.php?t=36625 Tschau Hugo Mahr

Am Sonntag, 14. Mai 2023, 21:33:13 CEST schrieb mh@mike.franken.de:

On Sonntag, 14. Mai 2023 11:48:16 CEST Hugo Mahr wrote:

...

On Samstag, 13. Mai 2023 20:32:22 CEST mh@mike.franken.de wrote:

...

On Samstag, 13. Mai 2023 12:06:24 CEST Hugo Mahr wrote:

...

Am Freitag, 12. Mai 2023, 20:13:29 CEST schrieb mh@mike.franken.de:

...

On Freitag, 12. Mai 2023 08:39:08 CEST Hugo Mahr wrote:

...

KDE:<Systemsteuerung><Zugangshhilfen><Verlangsamte Tasten>

Mag sein, aber ich habe eine englische GUI und finde den Punkt gerade nicht. Unter Accessability scheint er bei mir nicht zu sein.

https://userbase.kde.org/System_Settings/Accessibility

ja, das habe ich ja vor mir :) Meinst du "slow keys" ist das Gegenstück? Wenn ja, werde ich da mal drauf schauen, wenn das Problem wieder auftritt. Mit der Maus komme ich da ja zum Glück noch dran.

Hallo Michael,

Ja.

Und schau auf

Activation Gestures

Dazu die letzten Meldungen in RE: [SOLVED] Keyboard not working after pressing shift-key https://forum.kde.org/viewtopic.php?t=36625

dummerweise gibt es bei mir in keinem der Untertabs von Accessibility Einstellungen zu Gestures. Die Suche in System Settings listet Accessibility zwar auf, aber das Einzige, was da Passendes drin ist, ist bei "Mouse Navigation" -> "When a gesture is used" -> Display a confirmation dialog, ring system bell, Show a notification Ansonsten gibt es Gestures noch bei Custom shortcuts, aber auch da passt nix zum Thema.

Hallo Michael, das ist bei mir auch :-( aber die Referenz oben nennt die Umschalttaste und im Hilfe text zu den Zugangshilfen zum fehlenden Punkt steht: "Im Abschnitt Aktivierungsgesten gibt es diese Optionen: Gesten zur Aktivierung klebender und verlangsamter Tasten verwenden Hier können Sie Tastaturgesten aktivieren, die folgende Funktionen einschalten: Maustasten: Drücken Sie Umschalt + Zahlen-Feststelltaste Klebende Tasten: Drücken Sie fünfmal hintereinander die Umschalttaste Verlangsamte Tasten: Halten Sie die Umschalttaste für 8 Sekunden gedrückt Klebende und verlangsamte Tasten bei Inaktivität automatisch deaktivieren" Also 5 mal drücken oder lange drücken geht bei mir. Umschalt + Zahlen-Feststelltaste geht bei mir, vielleicht aber nur weil ich diese Option unter 'Tastatureinstellungen ändern' 'Verschiedene Optionen zur Kompaibilität' aktiviert habe. Ich vermute die Tasten funktionieren um https:// accessibility.linuxfoundation.org/a11yweb/presentations/2005f2f/ johnson-20050124-accessx.html zu erfüllen. Gruß Hugo Mahr

Am Montag, 15. Mai 2023, 21:16:47 CEST schrieb mh@mike.franken.de:

On Montag, 15. Mai 2023 16:44:35 CEST Hugo Mahr wrote:

...

Am Sonntag, 14. Mai 2023, 21:33:13 CEST schrieb mh@mike.franken.de: [...]

...

...

dummerweise gibt es bei mir in keinem der Untertabs von Accessibility Einstellungen zu Gestures. Die Suche in System Settings listet Accessibility zwar auf, aber das Einzige, was da Passendes drin ist, ist bei "Mouse Navigation" -> "When a gesture is used" -> Display a confirmation dialog, ring system bell, Show a notification Ansonsten gibt es Gestures noch bei Custom shortcuts, aber auch da passt nix zum Thema.

Hallo Michael,

das ist bei mir auch :-( aber die Referenz oben nennt die Umschalttaste und im Hilfe text zu den Zugangshilfen zum

fehlenden Punkt steht: "Im Abschnitt Aktivierungsgesten gibt es diese Optionen: Gesten zur Aktivierung klebender und verlangsamter Tasten verwenden

Hier können Sie Tastaturgesten aktivieren, die folgende Funktionen

einschalten: Maustasten: Drücken Sie Umschalt + Zahlen-Feststelltaste Klebende Tasten: Drücken Sie fünfmal hintereinander die Umschalttaste Verlangsamte Tasten: Halten Sie die Umschalttaste für 8 Sekunden gedrückt Klebende und verlangsamte Tasten bei Inaktivität automatisch deaktivieren"

Also 5 mal drücken oder lange drücken geht bei mir.

Umschalt + Zahlen-Feststelltaste geht bei mir, vielleicht aber nur

weil ich diese Option unter 'Tastatureinstellungen ändern'

'Verschiedene Optionen zur Kompaibilität' aktiviert habe.

Ich vermute die Tasten funktionieren um https:// accessibility.linuxfoundation.org/a11yweb/presentations/2005f2f/ johnson-20050124-accessx.html zu erfüllen.

Danke für die ausführliche Beschreibung. Ich sehe allerdings dann keine Möglichkeit, das Verhalten zurück zu ändern, sobald es auftritt. Inaktivität reicht jedenfalls nicht.

Hallo Michael gerne. Kurz: shift LANGE drücken - ca. 8 Sekunden -- schaltet an aus. Schön finde ich die visuelle Bestätigung. Hier mit grünem Bild. In kaccessrc bei mir: cat .config/kaccessrc|grep -nE 'GestureConfirmation|VisibleBell' 5:VisibleBell=true 6:VisibleBellColor=53,128,37 7:VisibleBellInvert=false 13:GestureConfirmation=true Über Systemsdettings - vergiss 'apply' nicht geht das auch. Gruß Hugo Mahr

...

...

On Montag, 15. Mai 2023 16:44:35 CEST Hugo Mahr wrote:

...

Am Sonntag, 14. Mai 2023, 21:33:13 CEST schrieb mh@mike.franken.de: [...]

Hallo Michael gerne. Kurz: shift LANGE drücken - ca. 8 Sekunden -- schaltet an aus.

Schön finde ich die visuelle Bestätigung. Hier mit grünem Bild.

In kaccessrc bei mir: cat .config/kaccessrc|grep -nE 'GestureConfirmation|VisibleBell'

5:VisibleBell=true 6:VisibleBellColor=53,128,37 7:VisibleBellInvert=false 13:GestureConfirmation=true

Über Systemsdettings - vergiss 'apply' nicht geht das auch.

Vielen Dank! Wenn es wieder auftritt, werde ich das versuchen. Witzigerweise ist es nicht mehr passiert, seit ich hier gepostet habe :)

So, gerade eben ist es wieder passiert. Wie es aussieht, ist es was Größeres 8-( Man kann in der Situation auch systemsettings nicht mehr starten, der Prozess verschwindet sofort wieder, wenn man ihn aus dem Menü startet; beim Start von der Kommandozeile (nach längerem Warten auf die Tastendrücke) hängt er einfach. Wenn man noch etwas länger wartet, hängt die gesamte GUI - auch Neustarten von Plasmashell, Kwin, kded5 usw. hilf nix.

...

Gruß Hugo Mahr

Ciao. Michael.´

Am Mittwoch, 17. Mai 2023, 07:36:01 CEST schrieb Jörg Thümmler:

Bei KDE tippe ich allerdings darauf, dass irgendein Suchindex für wasweißichwas aktualisiert wird, wenn ich die Posts hier, die sich mit sowas beschäftigt haben sehe, nicht unwahrscheinlich...

Oder es läuft etwas mit btrfs? Strg+ESC und nach CPU sortieren. (vorher) Gruß Eric

On Mittwoch, 17. Mai 2023 07:36:01 CEST Jörg Thümmler wrote:

Am 16.05.23 um 22:23 schrieb mh@mike.franken.de:

...

...

...

...

On Montag, 15. Mai 2023 16:44:35 CEST Hugo Mahr wrote:

...

Am Sonntag, 14. Mai 2023, 21:33:13 CEST schrieb mh@mike.franken.de: [...]

...

...

Hallo Michael gerne. Kurz: shift LANGE drücken - ca. 8 Sekunden -- schaltet an aus.

Schön finde ich die visuelle Bestätigung. Hier mit grünem Bild.

In kaccessrc bei mir: cat .config/kaccessrc|grep -nE 'GestureConfirmation|VisibleBell'

5:VisibleBell=true 6:VisibleBellColor=53,128,37 7:VisibleBellInvert=false 13:GestureConfirmation=true

Über Systemsdettings - vergiss 'apply' nicht geht das auch.

Vielen Dank! Wenn es wieder auftritt, werde ich das versuchen. Witzigerweise ist es nicht mehr passiert, seit ich hier gepostet habe :)

So, gerade eben ist es wieder passiert. Wie es aussieht, ist es was Größeres 8-( Man kann in der Situation auch systemsettings nicht mehr starten, der Prozess verschwindet sofort wieder, wenn man ihn aus dem Menü startet; beim Start von der Kommandozeile (nach längerem Warten auf die Tastendrücke) hängt er einfach. Wenn man noch etwas länger wartet, hängt die gesamte GUI - auch Neustarten von Plasmashell, Kwin, kded5 usw. hilf nix.

...

...

Gruß Hugo Mahr

Ciao. Michael.´

Hi,

wenn es jetzt doch mehr als die Tastatur ist... doch mal top & Co. bemühen (ggf. btop [umfangreiches top-Derivat) installieren und auf einem grafikfreien Account mitlaufen lassen (z.B. mit CTRL+ALT+F3 an ein login: kommen und sich dort anmelden und btop starten- nicht root, da startet das nicht) und wenn es wieder passiert einfach CTRL+ALT+F3 drücken; evt. ist auch CTRL+ALT+F10 sinnvoll, um ggf. Fehler+Statusmeldungen anzugucken...

Bei KDE tippe ich allerdings darauf, dass irgendein Suchindex für wasweißichwas aktualisiert wird, wenn ich die Posts hier, die sich mit sowas beschäftigt haben sehe, nicht unwahrscheinlich...

Weiß mal wieder, warum ich xfce nehme ;-)

Tja, das mit top & Co zeigt halt nix Außergewöhnliches an. Ich kann problemlos auf eine Console umschalten, top eingeben und sehe nix, was mehr als ein paar Prozent CPU und/oder Speicher braucht. Und auch in KDE kann ich erst einmal ein Video starten, das auch ruckelfrei abspielt. Ich glaube 8-( eher, dass sich da irgendwas intern in KDE aufhängt, wie du ja auch schon angedeutet hast. Ich muss beim nächsten Mal vor dem kompletten Freeze noch mehr Sachen testen. Und dieDebug Logs von KDE einschalten könnte auch helfen. Ciao. Michael.

On Mittwoch, 17. Mai 2023 12:56:19 CEST mh@mike.franken.de wrote:

On Mittwoch, 17. Mai 2023 07:36:01 CEST Jörg Thümmler wrote:

...

Am 16.05.23 um 22:23 schrieb mh@mike.franken.de: [...]

...

So, gerade eben ist es wieder passiert. Wie es aussieht, ist es was Größeres 8-( Man kann in der Situation auch systemsettings nicht mehr starten, der Prozess verschwindet sofort wieder, wenn man ihn aus dem Menü startet; beim Start von der Kommandozeile (nach längerem Warten auf die Tastendrücke) hängt er einfach. Wenn man noch etwas länger wartet, hängt die gesamte GUI - auch Neustarten von Plasmashell, Kwin, kded5 usw. hilf nix.

...

...

Gruß Hugo Mahr

Ciao. Michael.´

Hi,

wenn es jetzt doch mehr als die Tastatur ist... doch mal top & Co. bemühen (ggf. btop [umfangreiches top-Derivat) installieren und auf einem grafikfreien Account mitlaufen lassen (z.B. mit CTRL+ALT+F3 an ein login: kommen und sich dort anmelden und btop starten- nicht root, da startet das nicht) und wenn es wieder passiert einfach CTRL+ALT+F3 drücken; evt. ist auch CTRL+ALT+F10 sinnvoll, um ggf. Fehler+Statusmeldungen anzugucken...

Bei KDE tippe ich allerdings darauf, dass irgendein Suchindex für wasweißichwas aktualisiert wird, wenn ich die Posts hier, die sich mit sowas beschäftigt haben sehe, nicht unwahrscheinlich...

Weiß mal wieder, warum ich xfce nehme ;-)

Tja, das mit top & Co zeigt halt nix Außergewöhnliches an. Ich kann problemlos auf eine Console umschalten, top eingeben und sehe nix, was mehr als ein paar Prozent CPU und/oder Speicher braucht. Und auch in KDE kann ich erst einmal ein Video starten, das auch ruckelfrei abspielt. Ich glaube 8-( eher, dass sich da irgendwas intern in KDE aufhängt, wie du ja auch schon angedeutet hast. Ich muss beim nächsten Mal vor dem kompletten Freeze noch mehr Sachen testen. Und dieDebug Logs von KDE einschalten könnte auch helfen.

Mittlerweile habe ich den Verdacht, dass RedNotebook das Problem verursacht. In den letzten Tagen ist es immer dann aufgetreten, wenn ich viel in RedNotebook getippt, per Cut & paste eingefügt usw. habe. Kann es sein, dass das Programm irgendwie den Speicher schreddert? Könnte man das herausfinden? Im Netz habe ich allerdings keine anderen Hinweise auf so etwas im Zusammenhang mit RedNotebook gefunden. Ich habe aber auch ein wirklich riesiges Tagebuch über 40 Jahre angesammelt - womöglich hat das sonst keiner. Den größten Teil habe ich vor längerer Zeit noch aus Lotus Organizer (Windows) nach RedNotebook migriert.

Ciao. Michael.

Schönen Sonntag Richy, kann es sein, dass Du nur HTML verschickst? Wenn man den Text-Teil dieser Mail bis zum Ende scrollt, fehlt Deine Antwort. Beste Grüße martin Am 04.06.23 um 11:38 schrieb Richy:

Am Sonntag, 4. Juni 2023, 11:07:08 CEST schrieb mh@mike.franken.de:

...

On Mittwoch, 17. Mai 2023 12:56:19 CEST mh@mike.franken.de wrote:

...

On Mittwoch, 17. Mai 2023 07:36:01 CEST Jörg Thümmler wrote:

...

Am 16.05.23 um 22:23 schrieb mh@mike.franken.de: [...]

...

...

...

So, gerade eben ist es wieder passiert. Wie es aussieht, ist es was Größeres 8-( Man kann in der Situation auch systemsettings nicht mehr starten, der Prozess verschwindet sofort wieder, wenn man ihn aus dem Menü startet; beim Start von der Kommandozeile (nach längerem Warten auf die Tastendrücke) hängt er einfach. Wenn man noch etwas länger wartet, hängt die gesamte GUI - auch Neustarten von Plasmashell, Kwin, kded5 usw. hilf nix.

...

> Gruß > Hugo Mahr

Ciao. Michael.´

Hi,

wenn es jetzt doch mehr als die Tastatur ist... doch mal top & Co. bemühen (ggf. btop [umfangreiches top-Derivat) installieren und auf einem grafikfreien Account mitlaufen lassen (z.B. mit CTRL+ALT+F3 an ein login: kommen und sich dort anmelden und btop starten- nicht root, da startet das nicht) und wenn es wieder passiert einfach CTRL+ALT+F3 drücken; evt. ist auch CTRL+ALT+F10 sinnvoll, um ggf. Fehler+Statusmeldungen anzugucken...

Bei KDE tippe ich allerdings darauf, dass irgendein Suchindex für wasweißichwas aktualisiert wird, wenn ich die Posts hier, die sich mit sowas beschäftigt haben sehe, nicht unwahrscheinlich...

Weiß mal wieder, warum ich xfce nehme ;-)

Tja, das mit top & Co zeigt halt nix Außergewöhnliches an. Ich kann problemlos auf eine Console umschalten, top eingeben und sehe nix, was mehr als ein paar Prozent CPU und/oder Speicher braucht. Und auch in KDE kann ich erst einmal ein Video starten, das auch ruckelfrei abspielt. Ich glaube 8-( eher, dass sich da irgendwas intern in KDE aufhängt, wie du ja auch schon angedeutet hast. Ich muss beim nächsten Mal vor dem kompletten Freeze noch mehr Sachen testen. Und dieDebug Logs von KDE einschalten könnte auch helfen.

Mittlerweile habe ich den Verdacht, dass RedNotebook das Problem verursacht. In den letzten Tagen ist es immer dann aufgetreten, wenn ich viel in RedNotebook getippt, per Cut & paste eingefügt usw. habe. Kann es sein, dass das Programm irgendwie den Speicher schreddert? Könnte man das herausfinden? Im Netz habe ich allerdings keine anderen Hinweise auf so etwas im Zusammenhang mit RedNotebook gefunden. Ich habe aber auch ein wirklich riesiges Tagebuch über 40 Jahre angesammelt - womöglich hat das sonst keiner. Den größten Teil habe ich vor längerer Zeit noch aus Lotus Organizer (Windows) nach RedNotebook migriert.

On Sonntag, 4. Juni 2023 11:38:39 CEST Richy wrote:

...

On Mittwoch, 17. Mai 2023 12:56:19 CEST mh@mike.franken.de wrote:

...

Mittlerweile habe ich den Verdacht, dass RedNotebook das Problem verursacht. In den letzten Tagen ist es immer dann aufgetreten, wenn ich viel in RedNotebook getippt, per Cut & paste eingefügt usw. habe. Kann es sein, dass das Programm irgendwie den Speicher schreddert? Könnte man das herausfinden? Im Netz habe ich allerdings keine anderen Hinweise auf so etwas im Zusammenhang mit RedNotebook gefunden. Ich habe aber auch ein wirklich riesiges Tagebuch über 40 Jahre angesammelt - womöglich hat das sonst keiner. Den größten Teil habe ich vor längerer Zeit noch aus Lotus Organizer (Windows) nach RedNotebook migriert.

...

Ciao. Michael.

Also einen echten Tip zur Problemlösung kann ich nicht bringen, aber in folgende Bereiche solltest Du mal schauen.

Aus: https://wiki.ubuntuusers.de/RedNotebook/

Konfiguration

Die Einstellungsmöglichkeiten über "Bearbeiten → Einstellungen" oder Strg + Alt + P halten sich in Grenzen und sind nebenstehender Abbildung zu entnehmen. Diese Einstellungen werden in der Datei ~/.rednotebook/configuration.cfg gespeichert.

Problembehebung

Bei Problemen kann es sinnvoll sein, in der Datei ~/.rednotebook/rednotebook.log nachzuschauen, ob dort eine entsprechende Fehlermeldung zu finden ist.

Leider stehen weder in dieser Datei noch im Systemjournal irgendwelche zweckdienlichen Hinweise 8-<

----

Wenn auch die Originaldaten von früher noch vorhanden sind kann ein ein Neuaufbau der Datenbank helfen.

Gibt es in dem Programm eine Möglichkeit eine ggf. korrupte Datenbank zu reparieren?

Das sind keine Datenbanken, das sind pure Textdateien in YAML-Syntax. Und die lassen sich mit passenden Perl/Python-Scripten auch problemls parsen.

--

---

Mit freundlichen Grüßen,

Richard Werth

Danke und ciao. Michael.

mh@mike.franken.de schrieb:

Mittlerweile habe ich den Verdacht, dass RedNotebook das Problem verursacht. In den letzten Tagen ist es immer dann aufgetreten, wenn ich viel in RedNotebook getippt, per Cut & paste eingefügt usw. habe. Kann es sein, dass das Programm irgendwie den Speicher schreddert? Könnte man das herausfinden? Im Netz habe ich allerdings keine anderen Hinweise auf so etwas im Zusammenhang mit RedNotebook gefunden. Ich habe aber auch ein wirklich riesiges Tagebuch über 40 Jahre angesammelt - womöglich hat das sonst keiner. Den größten Teil habe ich vor längerer Zeit noch aus Lotus Organizer (Windows) nach RedNotebook migriert.

Den "Speicher schreddern" kann kein unprivilegierter Prozess. Aber die Beschreibung bringt mich auf eine Idee: Kann es sein, dass die Maschine einfach nur stark zu swappen anfängt, weil RedNotebook aufgrund des großen Tagebuches einfach nur sehr viel Speicher allokiert? Wenn ich das nämlich mal hinkriege, dass die Maschine zu swappen anfängt - meist durch irrsinnig viele, aber grade nötige Tabs in einem Browser - ist das Verhalten nämlich ähnlich. Man merkt erst mal gar nichts und auf einen Schlag wird die Maschine nahezu oder vollständig unbenutzbar langsam. Und das trifft tatsächlich eher die GUI, weil es da eben Dutzende von wichtigen Prozessen mit Interprozesskommunikation gibt und wenn einer "ausgebremst" wird, weil er grade mal ausgeswappt ist, hängen alle. Lass doch mal ein "watch free" oder was ähnliches mitlaufen, um zu sehen, wie die Speicherbenutzung sich entwickelt. -- Manfred Härtel, DB3HM mailto:Manfred.Haertel@rz-online.de http://rz-home.de/mhaertel

On Montag, 5. Juni 2023 13:37:32 CEST Lothar Vorrath wrote:

Hallo zusammen, ich habe den thread leider nicht komplett gelesen, aber das muss ich doch durch top in einem Konsolenfenster klären lassen.

tja, leider zeigen weder top noch atop irgendwelche Auffälligkeiten an. Es ist genug Speicher frei, sowohl realer wie auch swap.

Lothar

Ciao. Michael.

------------------- ursprüngliche Nachricht ------------------- Von:"Manfred Haertel, DB3HM" An:opensuse-de@opensuse.org Datum:Mon, 05 Jun 2023 08:36:21 +0200 ----------------------------------------------------------------

...

mh@mike.franken.de schrieb:

...

Mittlerweile habe ich den Verdacht, dass RedNotebook das Problem verursacht. In den letzten Tagen ist es immer dann aufgetreten, wenn ich viel in RedNotebook getippt, per Cut & paste eingefügt usw. habe. Kann es sein, dass das Programm irgendwie den Speicher schreddert? Könnte man das herausfinden? Im Netz habe ich allerdings keine anderen Hinweise auf so etwas im Zusammenhang mit RedNotebook gefunden. Ich habe aber auch ein wirklich riesiges Tagebuch über 40 Jahre angesammelt - womöglich hat das sonst keiner. Den größten Teil habe ich vor längerer Zeit noch aus Lotus Organizer (Windows) nach RedNotebook migriert.

Den "Speicher schreddern" kann kein unprivilegierter Prozess.

Aber die Beschreibung bringt mich auf eine Idee:Kann es sein, dass die Maschine einfach nur stark zu swappen anfängt, weil RedNotebook aufgrund des großen Tagebuches einfach nur sehr viel Speicher allokiert?

Wenn ich das nämlich mal hinkriege, dass die Maschine zu swappen anfängt - meist durch irrsinnig viele, aber grade nötige Tabs in einem Browser - ist das Verhalten nämlich ähnlich. Man merkt erst mal gar nichts und auf einen Schlag wird die Maschine nahezu oder vollständig unbenutzbar langsam. Und das trifft tatsächlich eher die GUI, weil es da eben Dutzende von wichtigen Prozessen mit Interprozesskommunikation gibt und wenn einer "ausgebremst" wird, weil er grade mal ausgeswappt ist, hängen alle.

Lass doch mal ein "watch free" oder was ähnliches mitlaufen, um zu sehen, wie die Speicherbenutzung sich entwickelt.

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.

On Dienstag, 6. Juni 2023 12:04:37 CEST Thorsten Marquardt wrote:

Wie sieht es denn mit Netzwerkaktivitäten aus? Kann es sein, dass ein Prozess auf Netzwerktraffic / Timeouts wartet?

Ja, das kann sein. 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 tatsächlich die Probleme verursacht haben. Ich werde das beobachten.

Thom

Ciao. Michael.

Am 05.06.23 um 17:38 schrieb mh@mike.franken.de:

...

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.

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. BG, Kimmo 6. kesäk. 2023 klo 15.32, 15.32, Lothar Vorrath 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.

--

Am Mittwoch, dem 17.05.2023 um 07:36 +0200 schrieb Jörg Thümmler:

Bei KDE tippe ich allerdings darauf, dass irgendein Suchindex für wasweißichwas aktualisiert wird, wenn ich die Posts hier, die sich mitsowas beschäftigt haben sehe, nicht unwahrscheinlich...

Den Indexer (Baloo) kann man abschalten. -- MfG Richi