Mauszeiger reagiert extrem verzögert
Hallo zusammen, auf einer Maschine mit Athlon XP 1800+ (1533 MHz, Single Core), Ati Radeon HD 3650 und oS 11.2 mit KDE 4.6.0 (Update vorgestern) habe ich seit ca. zwei Wochen (nach Erstinstallation gar nicht, später selten) folgendes Phänomen: bewege ich die Maus, dann folgt der Mauszeiger extrem träge und bewegt sich noch 1 bis drei Sekunden nachdem die Maus schon stillsteht. Die unangenehme Folge ist, dass man keine kleinere Schaltfläche angesteuert bekommt, da die direkte visuelle Rückkopplung für die korrekte Zielpositionierung fehlt bzw. extrem verzögert kommt. Meistens ist der Zeiger dann schon über das Ziel hinausgeschossen. Das seltsame dabei ist auch noch, dass selbst winzigste Mausbewegungen im Pixelbereich zu verzögerten aber heftigen Mausbewegungen führen. Ich dachte schon, dass vielleicht die Mausbeschleunigung nach dem letzen KDE-Update einen übermässig hohen Wert hätte, aber dann müsste der Zeiger ja instantan hin- und herschießen auf dem Bildschirm, was aber mitnichten so ist. (Wenn man die Mausbeschleunigung auf den niedrigsten Wert stellt, kann man den Effekt etwas abmildern.) Wenn ich mir mit top die CPU-Auslastung ansehe, dann fällt auf, dass beim bloßen die-Maus-hin-und-herschieben ein Prozess namens "plugin-containe" zwischen 20 % und 50 % CPU-Last erzeugt. Auch beim X-Server wird es mehr, aber lange nicht soviel (6 - 10 % --> 20 %). Der bewusste Prozess erzeugt schon beim Nichtstun (auch kein Fenster geöffnet) etwa 3 bis 7 % Last. Ich habe auch schon probiert, ob es an den Batterien der USB-Funkmaus liegt, aber auch neueste, frisch geladene Akkus helfen auch nicht. Jetzt tausche ich auch noch die Maus ... Mir ist ja bewußt, dass meine 8 oder 9 Jahre alte Hardware (Ausnahme: Graka) nicht die flotteste ist, aber ich kannte das Phänomen, wie gesagt, nach der Erstinstallation nicht. Im Gegenteil: ich war überrascht, wie schnell man mit Office arbeiten konnte und wie flott der Browser die meisten Web-Seiten gerendert hat. Noch eins: selbst 3D-Desktop-Effekte sind mit der Graka kein Problem, aber die Rechenlast steigt merklich (20 - 30 %), auch wenn man keinen 3D-Effekt auslöst. Irgendwas scheint hier wohl im der KDE-Code im Argen zu liegen, oder? Muss aber nichts mit meinem Mausproblem zu tun haben. Gruß, Tom -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
Thomas Michalka schrieb:
[...]
Wenn ich mir mit top die CPU-Auslastung ansehe, dann fällt auf, dass beim bloßen die-Maus-hin-und-herschieben ein Prozess namens "plugin-containe" zwischen 20 % und 50 % CPU-Last erzeugt. Auch beim
Das hing wohl nur mit einem laufenden firefox zusammen.
[...]
Ich habe auch schon probiert, ob es an den Batterien der USB-Funkmaus liegt, aber auch neueste, frisch geladene Akkus helfen nicht.
Jetzt tausche ich auch noch die Maus ...
Auch mit einer nagelneuen Maus und frischen Akkus gibt es unvermindert das Problem. Seltsam ist auch, dass manchmal der Mauszeiger der Mausbewegung auch dann nicht hinterherkommt, wenn kaum CPU-Last besteht (???). Außerdem hängt die Reaktionssverzögerung davon ab, wo sich der Zeiger befindet: über einem xterm-Fester gibt es keine Verzögerung, über einem Control-Panel, besonders wenn man Einstellungen verändern möchte, schon. Auch über einem Browser-Fenster, wenn darin z.B. ein Java-Spiel läuft, gibt es merkliche Verzögerungen. Kann es sein, dass mein X-Server bezüglich der Maus falsch konfiguriert ist? Könnte ich zur Klärung was aus einer Konfigurationsdatei posten? Danke für Eure Anregungen! Gruß, Tom -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
Hi Tom, Am 01.02.2011 10:55, schrieb Thomas Michalka:
Auch mit einer nagelneuen Maus und frischen Akkus gibt es unvermindert das Problem.
Seltsam ist auch, dass manchmal der Mauszeiger der Mausbewegung auch dann nicht hinterherkommt, wenn kaum CPU-Last besteht (???).
Außerdem hängt die Reaktionssverzögerung davon ab, wo sich der Zeiger befindet: über einem xterm-Fester gibt es keine Verzögerung, über einem Control-Panel, besonders wenn man Einstellungen verändern möchte, schon. Auch über einem Browser-Fenster, wenn darin z.B. ein Java-Spiel läuft, gibt es merkliche Verzögerungen.
Kann es sein, dass mein X-Server bezüglich der Maus falsch konfiguriert ist? Könnte ich zur Klärung was aus einer Konfigurationsdatei posten?
Danke für Eure Anregungen!
Gruß, Tom
ich kenne das von dir beschriebene Verhalten nur zu gut :-( Bei meiner Maschine tritt es immer wieder mal auf wenn die stadtbekannten Speicherfresser Firefox, Thunderbird und OpenOffice laufen. Da passiert es dann plötzlich, von einem Moment zum nächsten, das der Mauszeiger extrem verzörgert reagiert und der kernel nur mehr damit beschäftigt ist, den Speicher zu reorganisieren. In 99 von 100 Fällen endet es damit, dass der oom-killer zuschlägt und zuertst Thunderbird, dann kurze Zeit später Firefox abschießt. Dann ist die Maschine genau so plötzlich wieder zu 100% "voll da". Lass mal in einem term-fenster "iotop" laufen und schau welche prozesse die Liste anführen, wenn der lahme Mauszeiger auftritt... Grüße, Norbert -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
Am 1. Februar 2011 11:58 schrieb Norbert Zawodsky
Lass mal in einem term-fenster "iotop" laufen und schau welche prozesse die Liste anführen, wenn der lahme Mauszeiger auftritt...
Oder xosview oder vmstat... Gruß Martin -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
Hi Norbert, Norbert Zawodsky schrieb:
Hi Tom,
Am 01.02.2011 10:55, schrieb Thomas Michalka:
[...] Seltsam ist auch, dass manchmal der Mauszeiger der Mausbewegung auch dann nicht hinterherkommt, wenn kaum CPU-Last besteht (???).
Außerdem hängt die Reaktionssverzögerung davon ab, wo sich der Zeiger befindet: über einem xterm-Fester gibt es keine Verzögerung, über einem Control-Panel, besonders wenn man Einstellungen verändern möchte, schon. Auch über einem Browser-Fenster, wenn darin z.B. ein Java-Spiel läuft, gibt es merkliche Verzögerungen.
Bei meiner Maschine tritt es immer wieder mal auf wenn die stadtbekannten Speicherfresser Firefox, Thunderbird und OpenOffice laufen.
Ich habe ja in meinem ersten Posting meine etwas schwachbrüstige Hardware beschrieben, aber im zweiten, hier zitierten Posting auch erwähnt, dass diese Verzögerungen zuweilen auch auftreten, wenn es kaum CPU-Last gibt. Das war nach der Erstinstallation der oS 11.2 nicht so! Vielleicht liegt es ja am neuen KDE 4.6.0, aber ich finde es schon ungewöhnlich, dass Prozesse wie plugin-containe und der X-Server CPU-Last im Einige-Zehn-Prozent-Bereich erzeugen, wenn man die Maus nur bewegt.
Da passiert es dann plötzlich, von einem Moment zum nächsten, das der Mauszeiger extrem verzögert reagiert und der kernel nur mehr damit beschäftigt ist, den Speicher zu reorganisieren.
Wenn du exzessives Paging (Seiten zwischen Swap Space und Speicher umlagern) meinst, dann hast Du vermutlich zu wenig RAM im Mainboard stecken. Auch wenn außer dem KDE *kein* weiteres Programm gestartet ist, habe ich die Mauszeigerverzögerung zuweilen, aber nicht ständig und sie ist nicht extrem, aber lästig. Mein Speicher von 1 G ist dann höchstens zur Hälfte gefüllt, so dass die CPU hier auch keine Zeit mit dem Aus- und Einlagern von Speicherseiten verschwendet (Swap noch leer). (Nur am Rande: exzessives Paging ist ein Phänomen, das ich in einem früheren Posting beschrieben habe, aber auf einem anderen Rechner hatte, was sicher mit mehr RAM und vermutlich mit Swap-Space auf einer SSD gemildert werden kann.)
In 99 von 100 Fällen endet es damit, dass der oom-killer zuschlägt und zuertst Thunderbird, dann kurze Zeit später Firefox abschießt.
Dann hast Du wohl tatsächlich zu wenig RAM im Rechner ...
Dann ist die Maschine genau so plötzlich wieder zu 100% "voll da".
Das ist bei meiner Maschine eben auch dann nicht so, wenn noch mehr als 500 MB RAM frei sind.
Lass mal in einem term-fenster "iotop" laufen und schau welche prozesse die Liste anführen, wenn der lahme Mauszeiger auftritt...
Ja, mal sehen ... Danke für die Anregungen! Gruß Tom -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
Am 04.02.2011 13:59, schrieb Thomas Michalka:
Hi Norbert, Norbert Zawodsky schrieb:
In 99 von 100 Fällen endet es damit, dass der oom-killer zuschlägt und zuertst Thunderbird, dann kurze Zeit später Firefox abschießt. Dann hast Du wohl tatsächlich zu wenig RAM im Rechner ...
3 GB ... Das Problem beginnt auch erst langsam aufzutreten wenn die Maschine mal so 2 Wochen durchläuft und wird dann immer öfter. Nach einem reboot ist wieder für 2 Wochen Ruhe... Mein _Gefühl_ sagt mir dass der virtuelle Speicher im Laufe der Zeit immer mehr fragmentiert. Und wenn dann ein Programm plötzlich einen Großen Block anfordert geht es los. Z.B. habe ich es schon mehrmals dadurch "auslösen" können indem nach entsprechender uptime (z.B. 2-3 Wochen) TB,FF + OO laufen und ich dann mit Gimp eine besonders große Grafikdatei geöffnet habe. Wie gesagt, nur mein Gefühl. Habe keine Beweise dafür. (Vor allem weil ich einfach zu wenig Zeit habe diesem Problem wirklich auf den Grund zu gehen) lG Norbert -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
Hallo Norbert, Norbert Zawodsky schrieb:
Am 04.02.2011 13:59, schrieb Thomas Michalka:
Hi Norbert, Norbert Zawodsky schrieb:
In 99 von 100 Fällen endet es damit, dass der oom-killer zuschlägt und zuertst Thunderbird, dann kurze Zeit später Firefox abschießt. Dann hast Du wohl tatsächlich zu wenig RAM im Rechner ...
3 GB ...
Das Problem beginnt auch erst langsam aufzutreten wenn die Maschine mal so 2 Wochen durchläuft und wird dann immer öfter. Nach einem reboot ist wieder für 2 Wochen Ruhe...
Das ist bei meiner anderen Maschine auch so, allerdings habe ich mit meinen 8 GB Speicher _viel_ mehr Uptime, bis ich auch fast 8 GB im Swap habe. Kommt aber auch auf die Programme und Datenmengen an, die das System belasten.
Mein _Gefühl_ sagt mir dass der virtuelle Speicher im Laufe der Zeit immer mehr fragmentiert. Und wenn dann ein Programm plötzlich einen Großen Block anfordert geht es los.
Das Problem ist natürlich, dass die Festplatte mit dem Swap Space _der_ Flaschenhals in jedem System ist und intensives Paging auch nicht ohne CPU geht und daher die Maschine langsam macht.
Z.B. habe ich es schon mehrmals dadurch "auslösen" können indem nach entsprechender uptime (z.B. 2-3 Wochen) TB,FF + OO laufen und ich dann mit Gimp eine besonders große Grafikdatei geöffnet habe.
Wie gesagt, nur mein Gefühl. Habe keine Beweise dafür. (Vor allem weil ich einfach zu wenig Zeit habe diesem Problem wirklich auf den Grund zu gehen)
Wenn ich meine SSD mit Swap Space einsetze, berichte ich mal über meine Erfahrungen mit der Systemgeschwindigkeit und vor allem mit der Reaktionsfähigkeit trotz Paging. Gruß, Tom -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
participants (3)
-
Martin Schröder
-
Norbert Zawodsky
-
Thomas Michalka