Performance-Probleme, mein Gentoo ist träge & langsam

wysen

Anfänger

Beiträge: 13

1

03.02.2014, 21:48

Hi,

ich nutze Gentoo schon recht lange auf meinem DesktopRechner und bin damit eigentlich sehr zufrieden

Aber seit einiger Zeit ist mein System recht träge geworden.
- häufige "Gedenksekunden" bei versch. Programmen
- verzögerte Programmstarts
- auch Portage sind recht lahm

z.B.
- wenn ich boote, dann boote ich in die Kommandozeile (also kein Grafischer Login). Dann kommt normalerweise die Meldung
"This is <hostname>.<domäne> (KERNEL) <zeit>". Häufig steht dort jedoch für 2-3 Sekunden nur "This is <hostname>." der rest der Meldung kommt dann nach der Gedenkzeit.
- beim Login "steht" das System für ~10-20 Sekunden nach der eingabe des Nutzernamens. Erst nach dieser Gedenkzeit kommt die Passwortabfrage.
- selbiges kommt auch nach der eingabe von startx (enter) vor. bis XFCE startet gibt es häufig eine Gedenkzeit (10-20 s) der Start von XFCE dauert auch sehr lange.

Zuerst dachte ich es läge vllt. an der Fesplatte ... also habe ich mit versch. Parametern (hdpam, tune2fs) "experementiert" leider ohne Erfolg. Ein bissl erfolg brachte die Deinstallation von Bash-Completion

Kurz zu dem System
- i7 Q720 (1,6 Ghz)
- 8 GB Ram
- Dateisysteme (ROOT=ext3 ) (HOME=ext4) (HOME/user/2Platte=ext3)
- Gesamt/Verf. (ROOT=120G/18G) (HOME=97GB/18GB) (2Platte=450GB/37GB)
- SATA-Controller: Intel 5 Series/3400 Series Chipset 4
- tmpFS für /tmp /var/log /run
- Swap (10 GB)
- ATI Mobility Radeon HD 5870 (ati-drivers)
- Kernel 3.10.25 (manuell)
- XFCE
- Dienste: syslog-ng, dbus, network-manager, netmount, preload, cupsd, consolekit, fcron, local

Vielleicht könnt Ihr mir ja weiterhelfen, weil ich wollte dieses System nur ungern neuinstallieren...

ich schicke schonmal ein Danke vorraus

Johannes

Zum Seitenanfang

dexfill

Fortgeschrittener

Beiträge: 295

2

04.02.2014, 08:41

Hallo,

hast du mal in die Logs geschaut? Gerade die dmesg Ausgabe könnte interessant sein. So lange Pausen sind eigentlich nicht normal. Weißt du denn ungefähr, seit wann das System so träge ist? Evtl. mal ein älteren Kernel booten.

Neuinstallation bringt ja erstmal auch nichts, solange man die Ursache nicht kennt, sonst rennt man im schlimmsten Fall wieder in die gleiche Falle ;-)

.

Zum Seitenanfang

wysen

Anfänger

Beiträge: 13

3

04.02.2014, 19:08

Danke für Deine Antwort

Zitat von »dexfill«

Hallo,

hast du mal in die Logs geschaut? Gerade die dmesg Ausgabe könnte interessant sein. So lange Pausen sind eigentlich nicht normal. Weißt du denn ungefähr, seit wann das System so träge ist? Evtl. mal ein älteren Kernel booten.

Neuinstallation bringt ja erstmal auch nichts, solange man die Ursache nicht kennt, sonst rennt man im schlimmsten Fall wieder in die gleiche Falle .

mit der Neuinstallation sehe ich genauso

Leider kann ich mich nicht mehr genau erinnern. wahrscheinlich / grob seit nem halben Jahr. kann mich aber ledier nicht entsinnen, was es ausgelöst haben könnte (sonst hätte ich es sicherlich wieder rückgangig gemacht).
Ich weiss, dass sind die Standard-Antworten eines Nutzers "ich habe nix gemacht"

dmesg spricht von einem BUG:

Quellcode

[	9.251670] fglrx: module license 'Proprietary. (C) 2002 - ATI Technologies, Starnberg, GERMANY' taints kernel.
[	9.251673] Disabling lock debugging due to kernel taint
[	9.258618] <6>[fglrx] Maximum main memory to use for locked dma buffers: 7672 MBytes.
[	9.258962] <6>[fglrx]   vendor: 1002 device: 68a0 count: 1
[	9.259435] <6>[fglrx] ioport: bar 4, base 0xd000, size: 0x100
[	9.259693] <6>[fglrx] Kernel PAT support is enabled
[	9.259709] <6>[fglrx] module loaded - fglrx 13.15.3 [Aug 30 2013] with 1 minors
[   11.297304] EXT3-fs (sda6): using internal journal
[   11.603382] Adding 10485756k swap on /dev/sda5.  Priority:-1 extents:1 across:10485756k 
[   11.686981] EXT4-fs (sda7): mounted filesystem with writeback data mode. Opts: (null)
[   11.796435] kjournald starting.  Commit interval 5 seconds
[   11.797043] EXT3-fs (sdb1): using internal journal
[   11.797047] EXT3-fs (sdb1): mounted filesystem with writeback data mode
[   15.480085] NetworkManager (2124) used greatest stack depth: 3592 bytes left
[   17.503366] IPv6: ADDRCONF(NETDEV_UP): wlan0: link is not ready
[   17.507861] atl1c 0000:04:00.0: irq 52 for MSI/MSI-X
[   17.507969] atl1c 0000:04:00.0: atl1c: eth0 NIC Link is Up<1000 Mbps Full Duplex>
[   85.919007] pci 0000:01:00.0: irq 53 for MSI/MSI-X

[   85.919398] BUG: using smp_processor_id() in preemptible [00000000] code: X/3493
[   85.919440] caller is ip_firegl_lseek+0x17b5/0x1830 [fglrx]
[   85.919443] CPU: 5 PID: 3493 Comm: X Tainted: P       	O 3.10.25-gentoo #1
[   85.919445] Hardware name: ASUSTeK Computer Inc.     	G73Jh/G73Jh, BIOS G73Jh.211 07/27/2010
[   85.919446]  0000000000000005 ffff88023299d378 ffffffff81828312 ffff88023299d3a8
[   85.919449]  ffffffff81362f6a 000000d43299d398 00000000000148c0 ffff88020f4aebf0
[   85.919452]  ffff88020f4b7c00 ffff88023299d3c8 ffffffffa00017b5 0000000000000000
[   85.919454] Call Trace:
[   85.919460]  [<ffffffff81828312>] dump_stack+0x19/0x1b
[   85.919464]  [<ffffffff81362f6a>] debug_smp_processor_id+0xda/0xf0
[   85.919484]  [<ffffffffa00017b5>] ip_firegl_lseek+0x17b5/0x1830 [fglrx]
[   85.919505]  [<ffffffffa00020c1>] ip_firegl_open+0x451/0xe00 [fglrx]
[   85.919530]  [<ffffffffa00064fd>] KAS_InterlockedList_InsertAtTail+0x6d/0x150 [fglrx]
[   85.919585]  [<ffffffffa0020fa3>] MCIL_InterlockedList+0x193/0x2a0 [fglrx]
[   85.919683]  [<ffffffffa0127d76>] ? FIFO_Queue_Initialize+0xe6/0x100 [fglrx]
[   85.919727]  [<ffffffffa0017765>] ? fireglPcsCommand+0xa5/0x140 [fglrx]
[   85.919772]  [<ffffffffa001eb08>] ? MCIL_GetRegistrykey+0x268/0x750 [fglrx]
[   85.919867]  [<ffffffffa01332a2>] ? AvailableCallbacksQueue_Initialize+0x52/0x70 [fglrx]
[   85.919970]  [<ffffffffa0135ec4>] ? InitializeExtension+0x234/0x2f0 [fglrx]
[   85.920072]  [<ffffffffa0136678>] ? InitializeInterrupts+0x38/0x60 [fglrx]
[   85.920175]  [<ffffffffa0126220>] ? IRQMGR_InitializeIRQMGR+0x110/0x120 [fglrx]
[   85.920274]  [<ffffffffa012bfa0>] ? CYPRESS_QueryAsicTimestamp+0xa0/0xa0 [fglrx]
[   85.920369]  [<ffffffffa012bfc0>] ? CYPRESS_GetMicrosecRefFreq+0x20/0x20 [fglrx]
[   85.920465]  [<ffffffffa012bfe0>] ? CYPRESS_IsTimerRunning+0x20/0x20 [fglrx]
[   85.920563]  [<ffffffffa012bf00>] ? CYPRESS_EnableDisplayPortSinkStatusUpdate+0x90/0x90 [fglrx]
[   85.920668]  [<ffffffffa012bcc0>] ? CYPRESS_GetHotPlugConnectivityState+0xc0/0xc0 [fglrx]
[   85.920765]  [<ffffffffa012c090>] ? CYPRESS_AckTimerInterrupt+0x10/0x10 [fglrx]
[   85.920869]  [<ffffffffa012b670>] ? CYPRESS_Enable_HotPlug+0x1b0/0x1b0 [fglrx]
[   85.920968]  [<ffffffffa012bc00>] ? CYPRESS_SetHotPlugConnectivityState+0x590/0x590 [fglrx]
[   85.921065]  [<ffffffffa012c0b0>] ? CYPRESS_IsTimerWithinRange+0x20/0x20 [fglrx]
[   85.921163]  [<ffffffffa0139780>] ? VISLANDS_IRQSource_Excluded+0x40/0x40 [fglrx]
[   85.921256]  [<ffffffffa0139a50>] ? CYPRESS_IVRing_GetPointers+0xc0/0xc0 [fglrx]
[   85.921350]  [<ffffffffa0139990>] ? CYPRESS_IVRing_InitHardware+0x210/0x210 [fglrx]
[   85.921448]  [<ffffffffa0139b00>] ? CYPRESS_IVRing_EnableInterrupts+0xb0/0xb0 [fglrx]
[   85.921544]  [<ffffffffa012c2b0>] ? CYPRESS_Enable_UVD_Debug_Int+0x50/0x50 [fglrx]
[   85.921646]  [<ffffffffa012c2d0>] ? CYPRESS_FBFlush+0x20/0x20 [fglrx]
[   85.921696]  [<ffffffffa0025b51>] ? firegl_find_interrupt_by_ddxid+0x331/0x8a0 [fglrx]
[   85.921749]  [<ffffffffa0025907>] ? firegl_find_interrupt_by_ddxid+0xe7/0x8a0 [fglrx]
[   85.921795]  [<ffffffffa0024532>] ? irqmgr_wrap_initialize+0x22/0xc0 [fglrx]
[   85.921846]  [<ffffffffa0025705>] ? firegl_irqmgr_init+0x55/0x100 [fglrx]
[   85.921898]  [<ffffffffa003667f>] ? hal_init_gpu+0x1cf/0x480 [fglrx]
[   85.921907]  [<ffffffff8182ffd1>] ? _raw_spin_unlock+0x11/0x40
[   85.921947]  [<ffffffffa001117b>] ? firegl_open+0x2db/0x310 [fglrx]
[   85.921975]  [<ffffffffa0001c82>] ? ip_firegl_open+0x12/0xe00 [fglrx]
[   85.922002]  [<ffffffffa0001260>] ? ip_firegl_lseek+0x1260/0x1830 [fglrx]
[   85.922009]  [<ffffffff81136076>] ? chrdev_open+0x96/0x1c0
[   85.922013]  [<ffffffff8112f633>] ? do_dentry_open+0x203/0x290
[   85.922017]  [<ffffffff81135fe0>] ? cdev_put+0x30/0x30
[   85.922021]  [<ffffffff8112f6f0>] ? finish_open+0x30/0x40
[   85.922027]  [<ffffffff81140389>] ? do_last+0x6e9/0xe80
[   85.922031]  [<ffffffff8113ccb3>] ? inode_permission+0x13/0x50
[   85.922035]  [<ffffffff8113cd58>] ? link_path_walk+0x68/0x880
[   85.922041]  [<ffffffff8106e55e>] ? lg_local_lock+0x1e/0x50
[   85.922046]  [<ffffffff81140bd2>] ? path_openat+0xb2/0x4b0
[   85.922052]  [<ffffffff811415cc>] ? do_filp_open+0x3c/0x90
[   85.922057]  [<ffffffff8182ffd1>] ? _raw_spin_unlock+0x11/0x40
[   85.922066]  [<ffffffff8114d83b>] ? __alloc_fd+0xcb/0x120
[   85.922069]  [<ffffffff811309cf>] ? do_sys_open+0xef/0x1d0
[   85.922074]  [<ffffffff810029a1>] ? do_notify_resume+0x51/0x80
[   85.922077]  [<ffffffff81130acd>] ? SyS_open+0x1d/0x20
[   85.922082]  [<ffffffff81830f69>] ? system_call_fastpath+0x16/0x1b
[   85.922086] BUG: using smp_processor_id() in preemptible [00000000] code: X/3493
[   85.922113] caller is ip_firegl_lseek+0x17b5/0x1830 [fglrx]
[   85.922116] CPU: 5 PID: 3493 Comm: X Tainted: P       	O 3.10.25-gentoo #1
[   85.922116] Hardware name: ASUSTeK Computer Inc.     	G73Jh/G73Jh, BIOS G73Jh.211 07/27/2010
[   85.922119]  0000000000000005 ffff88023299d378 ffffffff81828312 ffff88023299d3a8
[   85.922124]  ffffffff81362f6a 000000d43299d398 00000000000148c0 ffff88020f4aec80
[   85.922128]  ffff88020f4b7c00 ffff88023299d3c8 ffffffffa00017b5 ffff88023299d438
[   85.922131] Call Trace:

..

das wiederholt sich auch einige male. Klingt nach der GraKa ?
Habe heute wieder das Festplattenlämple beobachtet es hängt leuchtet derweil auch (also beim verzögerten Login)

Grüsse

Johannes

Nachtrag: wäre es ggf. sinnvoll auf die freien Treiber zu wechseln?

Dieser Beitrag wurde bereits 2 mal editiert, zuletzt von »wysen« (04.02.2014, 19:19)

Zum Seitenanfang

_Dirk_

Fortgeschrittener

Beiträge: 544

4

04.02.2014, 20:56

Zitat von »wysen«

Nachtrag: wäre es ggf. sinnvoll auf die freien Treiber zu wechseln?

Den Ausschnitt aus dem Log stammt wohl von der ATI. Da würde ich mal fglrx deaktivieren und sehen ob die Hänger von der ATI stammen.

Diese Hänger kenne ich allerdings nur in Verbindung mit 2 Ursachen. Einmal könnten es an fehlerhaften Netzwerkeinstellungen liegen. Die kommen aber nicht spontan. Check mal Hostname usw. und die Dateien /etc/hosts und /etc/nsswitch.conf. Ein weiterer Fehler der mal kommt und geht kann von der Platte kommen. Durchforste mal die Logs nach DMA/IRQ Problemen. Zum testen kannst du auch DMA beim booten deaktivieren. Manchmal traten bei mir auch massive badblocks auf.

Intel Core2 Quad CPU @ 2.40GHz mit Gentoo/Gnome3

Zum Seitenanfang

dexfill

Fortgeschrittener

Beiträge: 295

5

04.02.2014, 22:22

Zitat

9.259709] <6>[fglrx] module loaded - fglrx 13.15.3 [Aug 30 2013] with 1 minors

Versuche doch zunächst mal den aktuellsten fglrx Treiber. Vielleicht bringt dieser ja schon Besserung. Wenn nicht, könnte man immer noch den freien Treiber verwenden, wobei der freie Treiber meiner Erfahrung nach eher Probleme macht.

Zum Seitenanfang

mnt_gentoo

Profi

Beiträge: 807

6

07.02.2014, 01:34

Hallo

Also für mein Empfinden rühren die Performance-Probleme nicht von AMD, bzw. dem fglrx-Treiber her. Und ich gebe dexfill Recht, das das Umsteigen auf einen freien Treiber nicht das Problem beheben wird: Eher umgekehrt.
Wenn fglrx lauffähig ist, also der proprietäre Treiber verwendet werden kann, würde ich diesen, um die Karte soweit wie möglich zu unterstützen, immer vorziehen.
Diese Meldungen in der dmesg, mir scheint, da ist etwas anderes im Argen. Ist gentoo das EINZIGE System, was auf dem PC läuft? So könnte man mal andere Hardwareprobleme ausfindig machen: Wenn andere Systeme einwandfrei laufend, nur gentoo laggt... Hinweis auf defekte Platte. Vorausgesetzt, sie sind auf verschiedenen Platten installiert.
Hast Du mal "revdep-rebuild" ausgeführt?
Mein Tip wäre HDD kontrollieren. Und das Mainboard. Optischer Zustand. Ich hab mal eines bei einem Bekannten gesehen, der sich über nicht funktionierende PCI-slots wunderte. Da waren sämtliche Kondensatoren auf dem MB geplatzt und ausgelaufen. Das KONNTE einfach nicht mehr funktionieren.
Zumal, beim booten die Grafik auch zuletzt erst aktiv wird, wenn x gestartet wird. aber das laggen ist ja schon lange vorher akut.
Also mein Tip: MB oder Platte.
Wenn es das nicht, "revdep-rebuild" mal im System ausführen, um die Integrität zu prüfen.
Oder das gesamte System mal rekompilieren. GCC- Versionen wurden korrekt installiert?

Sind nur Ideen... fang am besten bei der Hardware mal an... andere Systeme, normal?/auch am laggen? - Zustand Hardware: verdächtiges aussehen der Kondensatoren (aufgebläht) oder irgendeine (verkrustete) Soße darunter sichtbar... Alles schon erlebt!
Netzteil, im BIOS mal die POWER-werte ansehen: 12V soll == 12V ist... 3.3V soll == 3.3V ist... 5V soll == 5V ist usw. Lüfter i.O.? Es gibt systeme, die takten runter, wenn etwas überhitzt. - alles extrem langsam daraufhin.

Hoffe, es ist was dabei was hilft...

Gruß
mnt_gentoo
_________________________________________________________________________________________

Die Launen und das Schicksal eines Gentoo-Users:

...

Zum Seitenanfang

wysen

Anfänger

Beiträge: 13

7

14.02.2014, 08:58

Hallo,

sorry das ich erst jetzt auf mein eigenes Problem antworte, aber ich lag war leider krank :-(

Ihr habt recht, der Ati-Drivers war es nicht. Leider ist das Gerät ein Notebook :-/, so kann ich schlecht nach defekten auf der Hauptplatine schauen.

Es fällt auf, dass die Festplatte besonders die ersten 2 Minuten ziemlich viel läuft (HDD-LED leuchtet dauerhaft). Wenn ich das Notebook anschalte und mich erst einige Minuten später anmelde und X starte, dann geht eigentlich alles recht fix...

Er hat dann ab & zu einige Aussetzer (beobachtet habe ich dann, dass meine Hdd-Led dann immer leuchtet), welche ich auch auf die Festplatte beziehe.

Nochmal zur Hardware: ich werde das Notebook mals auspusten (druckluftspray - muss ich aber erst kaufen), Auffällig war nur, dass vor kurzem der Akku von ~85% Kapazität auf Defekt (lädt nicht mehr) gewechselt hat. Das würde etwa in den Zeitrahmen passen.

Johannes

Zum Seitenanfang

boospy

Meister

Beiträge: 1 518

8

16.02.2014, 08:03

Benutzt du als Desktop Gnome-Shell. Ich habe nämlich bei meinem Notebook genau das gleiche Phänomen. Und beim Notebook meiner Frau ists auch gleich, die hat aber Ubuntu mit ner SSD. Und das passiert bei uns nachvollziehbar nur mit GDM und der Gnomeshell. Bei LXD und Fluxbox keine Schwierigkeiten.
Auch wie du beschrieben hast während dem Arbeiten das er ne Denkpause macht, äusserte sich bei uns ganz gleich. Bei meinem Desktop hab ich das Problem nicht. Liegt bei uns hier nachvollziehbar an der Grafikleistung. Die Gnomeshell ist halt leider viel zu schlecht programmiert und frisst zu viel Grafikleistung.

Ansonsten würd ich denn Swap abdrehen. Bei so viel Ram ist dieser unter normalen Umständen überflüssig. Ich benutze seit Jahren keinen Swap mehr. Dem Netzwerkproblem hätte ich mich sofort angeschlossen. Kenn ich auch von fehlerhaften Hosts, oder von Problemen mit der Anmeldunge, z.B. über LDAP. Auch DNSprobleme mit sich automatisch einhängenden Laufwerken, falsche Mountoptionen können das verursachen; alles schon gehabt.

lg
boospy

Gentoo Can Do!

Wiki auf: http://deepdoc.at

Zum Seitenanfang

wysen

Anfänger

Beiträge: 13

9

16.02.2014, 23:46

Hallo,

nein nutzen tue ich XFCE 4. Eine SSD wäre ggf. auch eine Lösung.
Den SWAP nutzt mein Compi allerdings nicht (auslastung vom swab = 0MB)
bin immer noch etwas am grübeln... vlt. doch ein Hardwaredefekt...

Zum Seitenanfang

boospy

Meister

Beiträge: 1 518

10

17.02.2014, 01:26

Ich würd das System mal auf nen anderen Computer spielen um zu sehen ob es an der Hardware liegt.

Gentoo Can Do!

Wiki auf: http://deepdoc.at

Zum Seitenanfang

mnt_gentoo

Profi

Beiträge: 807

11

19.02.2014, 02:42

Ich tippe nach wie vor auf die Hardware... Was boospy schreibt, glaub ich ihm auch, und diese GDM-Bremsen sind mir auch mal in Foren aufgefallen - also das Leute davon schrieben. Nur hab ich lediglich die Überschriften gelesen, ich nutze KDE und habe mit Gnome wenig zutun.

Was jedoch für diesen Hardwaredefekt spricht:
Komische dmesg-Meldungen
Laggen während des gesamten Bootvorganges (wenn von "X" überhaupt noch keine "Rede" ist) X kommt zu allerletzt.

Im Notebook glaub ich allerdings auch nicht, das dort Kondensatoren abgeflogen sind (also kaputt). Eher dann schon Platte. Überspiel das System im Zweifelsfall mal, wie boospy sagte, auf ein anderes System, also andere Hardware. Und dann sieh Dir die dmesg nochmal an daraufhin. Erstmal unerheblich, ob Du dort "X" zum Laufen bringst oder nicht. Nur mal rein wegen der Meldungen, die in dmesg protokolliert werden. Wenn es die Platte ist, dann ist das Problem relativ klein. Die geht bei den meisten NB schnell auszutauschen. Wie alt ist das Notebook? (Näher: Wenn sehr alt: Schäden wahrscheinlich/unwahrscheinlich)

Gruß
mnt_gentoo
_________________________________________________________________________________________

Die Launen und das Schicksal eines Gentoo-Users:

...

Zum Seitenanfang

wysen

Anfänger

Beiträge: 13

12

03.03.2014, 21:36

Verbesserung

Hallo

danke schonmal für eure Ratschläge,

aber ich habe leider kein System in dem ich die Platten einfach hineinschieben kann (ich müsste erst alles "umkompilieren" und dann ist das System noch technisch viel älter und alles Nvidia-GraKas)

Zu meiner Freude konnte ich die Tage die Situation merklich verbesern: ich habe einen low-latency-Kernel ... irgendwann muss ich mich vertan haben und dann die .config immer mitgeschleppt :-)

das System ist zu Anfang (direkt nach den Booten immer noch langsam) aber nach 2-3 minuten wider richtig flott (fast so wie es sein sollte) :thumbsup:

Danke...

Gibt es irgendwo ein Gentoo-HowTo über zum Thema Performance mit Empfehlungen ähnlich zu den Safe CFLAGS ?-(

Zum Seitenanfang

Foyaxe

Fortgeschrittener

Beiträge: 287

13

04.03.2014, 00:25

Also meiner Meinung nach kann ein Problem, wie du es beschreibst, nichts mit Compiler- oder sonstiger Performance-Optimierung zu tun haben.
Da liegen die Unterschiede ein- oder zweistelligen Prozentbereich, aber sekundenlange Hänger können damit nichts zu tun haben.
Auch weil du sagst, dass es plötzlich angefangen hat, glaube ich, dass du ein konkretes Problem hast.

Boote doch mal irgend ein Live-Linux. Ubuntu von CD oder Knoppix, oder von einem USB-Stick.
Wenn du Ähnlichkeiten feststellst, kannst du relativ sicher auf ein Hardwareproblem schließen.
Wenn das flutscht, kannst du alles außer der Festplatte ausschließen.

Ich würde dir gerne auch noch mitgeben:
Kannst du die Verzögerungen exakt reproduzieren oder sind sie eher zufällig?
Zufälliges deutet eher auf Hardware hin (z.B. Wackler am SATA-Port)
Immer gleiches ist vielleicht eher eine falsche/schlechte Kernelkonfiguration oder irgend ein Prozess, der das System lahmt.

Gruß
Foyaxe

Zum Seitenanfang

wysen

Anfänger

Beiträge: 13

14

05.03.2014, 22:17

Zitat von »Foyaxe«

Kannst du die Verzögerungen exakt reproduzieren oder sind sie eher zufällig?
Zufälliges deutet eher auf Hardware hin (z.B. Wackler am SATA-Port)
Immer gleiches ist vielleicht eher eine falsche/schlechte Kernelkonfiguration oder irgend ein Prozess, der das System lahmt.

Exakt reproduzieren kann ich es leider nicht :-\ aber es tritt mittlerweile nur noch beim Login auf:
immer direkt nach dem Bootvorgang am Login. Es unterscheidet sich wann die Verzögerung auftrit.
mal bei der nutzername eingabe (das system hängt dann einige Sekunden)
mal bei der password eingabe
mal kurz nach erfolgreichem login. (auch z.B. wenn ich dann XFCE starte. früher flogen die X-Meldungen (EE !! == etc) nicht lesbar über den Bildschirm und XFCE war da. wenn es beim Xfce-STart verzögert, dann kann ich in seelen ruhe die "eingefrorenen" Meldungen lesen. einiege Sekunden später gehts dann weiter)

Wenn es dann wieder weitergeht, ist das System relativ fix (broswerstart benötigt 2-4 sekunden) und diese hänger fallen mir nicht mehr auf seit dem ich meinen Kernel von "Preemtible Kernel (low-latency desktop)" auf "Voluntary Kernel Preemption (Desktop)" gestellt habe.

Ich habe bestimmt noch irgendwo den Wurm drinne, welcher die Verzögerung beim login macht. Aber nach Deiner recht plausiblen logik ist es wahrcheinlich ein Konfigurationsproblem :cursing:

. Da ich die Verzögerung immer wieder in den Zeitbereich nach / beim Login eingrenzen kann.
Wenn ich übrigens den Computer hochfahre und mich erst nach einiger Zeit anmelde tritt diese Verzögerung nicht auf!

Danke nochmals
(ich muss jetzt aber in die Heia - mir verschwimmen schon die Buchstaben beim tippen :sleeping:

Zum Seitenanfang

Foyaxe

Fortgeschrittener

Beiträge: 287

15

05.03.2014, 22:30

Klingt so, als ob der lag immer nach der gleichen Zeit nach dem Einschalten auftritt.
Schau doch mal logs, ob zu dieser Zeit irgendwas auffälliges drin steht.
Das ist jetzt vielleicht keine professionelle Methode, aber ich würde empfehlen, in grub zu warten, eine Uhr zu nehmen und bei voller Minute auf Enter zu drücken dann schauen, denn dann kann man die Zeitangaben in dmesg mit der Uhr vergleichen.

Gruß
Foyaxe

PS: High-Five, wer das auch so macht

Zum Seitenanfang

GentooForum.de