Dotaz: Přepínání z a do X

[Tomáš Vitha]

Ahoj. Linux mi dělá takovou jednu nepříjemnou věc - pokud se po delší práci v X chci přepnout na textovou konzoli, tak to trvá dost slouho, než zareaguje. Někdy se ten čas pohybuje dokonce v minutách, přičemž platí, že čím déle dělám v X, tím delší čas potřebuje na přepnutí na konzoli. Podobně dlouhé je i přepínání z konzole zpět do X. Nevíte někdo, čím to může být ?
-----
AthlonXP 2100+, 512MB RAM, RH9, KDE 3

Odpovědi

[Vlastimil Ott]

To nejdůležitější jste neuvedl: grafickou kartu. Ale stejně to asi tím nebude, protože i VGA 256 by to zvládla v poho. )) Hoďte sem /var/log/XFree86.0.log. --vo

[Tomáš Vitha]

Grafika mi zrovna připadala, že ta na to vliv nemá. Když zmáčku v X Ctrl+Alt+F1, tak se na první pohled nic nestane, jenom přestanou reagovat okna a tlačítka, myš se normálně hejbe... No a po chvíli v tomhle stavu "napůl v X, napůl v konzoli" to skočí do konzole... Ale pro úplnost - grafiku mám GeForce3Ti500 64MB. A výpis XFree86.0.log se sem dát dost dobře nedá, protože to tu standartně nebere konce řádků a tudíž by z toho byl jednolitý chumel písmenek a nikdo by z toho nic nevěděl. BTW, nezapisuje do XFree86.0.log X jenom při spouštění ?

[Noxius]

tak to sem daj medzi html tag "pre", ono to urobi to, ze to da presne tak ako to mas tam ;]

[Tomáš Vitha]

Jo vidíš, na "pre" jsem si nemohl vzpomenout...

[fifnatka]

Dlouho to trvá na takhle nabouchanym poči? Výpis programem top setříděněj podle použitý paměti by moh' bejt taky zajímavej - jestli tam třeba neni ňákej hamounskej nebo chybovej program.

[Tomáš Vitha]

To už vypadá realističtěji, každopádně v okamžiku přepínání (no, on to moc okamžik není...) nemůžu dělat ani v X, ani v konzoli a tím pádem si nemůžu skouknout top... Leda že bych se připojil SSHčkem...

[Tomáš Vitha]

Takže, mám tu výpis topu během přepínání (musel jsem přes SSH, komplet to vytuhlo). Xka sežerou veškerý výkon procesoru...

17:40:08  up  7:55,  3 users,  load average: 3.46, 2.29, 1.43
205 processes: 202 sleeping, 3 running, 0 zombie, 0 stopped
CPU states:  94.1% user   5.8% system   0.0% nice   0.0% iowait   0.0% idle
Mem:   513872k av,  510660k used,    3212k free,       0k shrd,    1360k buff
            0k active,             478924k inactive
Swap:  522104k av,  504160k used,   17944k free                   17132k cached

  PID USER     PRI  NI  SIZE  RSS SHARE STAT %CPU %MEM   TIME CPU COMMAND
  782 root      15   0  204M  48M    20 R    87.5  9.6  39:08   0 X
 4869 tomv       9   0 12144  11M  7400 S     3.9  2.3   0:00   0 kfmclient
 4871 tomv       9   0 12144  11M  7400 S     2.9  2.3   0:00   0 kfmclient
 4873 tomv       9   0 12144  11M  7400 S     2.7  2.3   0:00   0 kfmclient
 4846 root      14   0  1264 1264   824 R     0.9  0.2   0:00   0 top

[Tomáš Vitha]

Jo, ještě doplním - hned po napsání předchozího příspěvku ztuhlo i SSHčko...

[Petr Šobáň]

Jinak co všechno máš pod X kami jako uživatel spuštěné ? Programy, skus všechny povipínat co to udělá a skusit se přepnout pouze při čistých X kách. Mě něco podobného dělá někdy mozilla a dělá to když se spustí nějaká java na stránkách, takže neběží tam něco jako java ?? Jinak mě přepnutí trvá 1s ATHLON 1700+ XP, GF4 TI4200 128M DDR, 512M 300Mhz DDR RAM, RH9, ovladače grafiky od nvidie.

[Petr Šobáň]

Jinak ještě podle mě ten PC nemá dost RAM proč se používá tolik swapu u tebe ? U mě:

71 processes: 67 sleeping, 4 running, 0 zombie, 0 stopped
CPU states:   4,2% user   1,3% system  92,4% nice   0,0% iowait   1,8% idle

Mem:   516236k av,  342440k used,  173796k free,       0k shrd,   21000k buff
        98036k active,             217940k inactive
Swap: 1020088k av,       0k used, 1020088k free                  190128k cached

Proto bude používat hodně swap a to mu trvá.

[Tomáš Vitha]

Ten PC má dost RAM, má 512MB! Moje konfigurace je velmi podobná té Tvojí, jen má rychlejší procesor a slabší grafiku. Tolik swapu jsem dneska zaznamenal poprvé, obvykle mám taky nulu. Když jsem to dneska testoval, tak jsem měl PC nechané asi dvě hodiny běžet v X, nic nebylo spuštěno. Když jsem k tomu přišel, tak tam vůbec nebyl kurzor myši a už to bylo kouslý... Povedlo se mi z toho vycůcnout přes SSHčko výpis topu a pak to ještě korektně restartovat (nesnášim reset běžícího linuxu...). To už jsem ale čekal na odezvu SSH asi půl minuty...

Co mi přijde divný je to, že po startu systému (resp. X) můžu mít puštěných programů třeba milion tři (obrazně řečeno ) a přepínání trvá jenom dobu, nutnou ke změně režimu monitoru (cca 1s). Když to nechám dvě hodiny nečinně běžet a pak se chci nedej bože přepnout do konzole, to se pak začnou (ne)dít věci... viz. výpis topu...

[Vlastimil Ott]

Jen tak pro kontrolu: používáš KDE, nebo kfmclienta spouští kdečková aplikace z jiného wm? --vo

[Tomáš Vitha]

V mém prvním příspěvku jsem to psal - používám KDE3.1. Mimochodem, k čemu je kfmclient ? Ted (15 minut zpátky) jsem to oživoval znova, dneska už podruhé... Podařilo se mi (horko těžko) dostat do konzole a sestřelit všechny procesy kfmclienta, kterých bylo k mému překvapení spuštěných asi 200!!! To už ale mělo zahlcenou pamět i swap a pořád to řvalo "Out of memory, killed process xxxx"... Po sestřelení najednou v pohodě. Systémové prostředky se uvolnily, stačilo pak reinicializovat 5. runlevel a jede to v pohodě. Teda až na jednu vyjímku - zůstal viset grafický výstup na 7. konzoli, ale Xka akorát zahlásily chybu a nahodily grafiku na osmou...

[Tomáš Vitha]

V mém prvním příspěvku jsem to psal - používám KDE3.1. Mimochodem, k čemu je kfmclient ? Ted (15 minut zpátky) jsem to oživoval znova, dneska už podruhé... Podařilo se mi (horko těžko) dostat do konzole a sestřelit všechny procesy kfmclienta, kterých bylo k mému překvapení spuštěných asi 200!!! To už ale mělo zahlcenou pamět i swap a pořád to řvalo "Out of memory, killed process xxxx"... Po sestřelení najednou v pohodě. Systémové prostředky se uvolnily, stačilo pak reinicializovat 5. runlevel a jede to v pohodě. Teda až na jednu vyjímku - zůstal viset grafický výstup na 7. konzoli, ale Xka akorát zahlásily chybu a nahodily grafiku na osmou...

[Tomáš Vitha]

V mém prvním příspěvku jsem to psal - používám KDE3.1. Mimochodem, k čemu je kfmclient ? Ted (15 minut zpátky) jsem to oživoval znova, dneska už podruhé... Podařilo se mi (horko těžko) dostat do konzole a sestřelit všechny procesy kfmclienta, kterých bylo k mému překvapení spuštěných asi 200!!! To už ale mělo zahlcenou pamět i swap a pořád to řvalo "Out of memory, killed process xxxx"... Po sestřelení najednou v pohodě. Systémové prostředky se uvolnily, stačilo pak reinicializovat 5. runlevel a jede to v pohodě. Teda až na jednu vyjímku - zůstal viset grafický výstup na 7. konzoli, ale Xka akorát zahlásily chybu a nahodily grafiku na osmou...

[Tomáš Vitha]

Pardon... (Já nic, to Opera... )

[Petr Šobáň]

Však jsem psal že máte málo RAM pro 200 procesu nebo kolik jichtam máte, a když se podíváte na ten váš výpis RAM plná SWAP plný tak co se divíte. Prostě vše ukončit a pospouštět pouze to co potřebujete, a pokud se to kousne zjistit který program žere tu RAM.

[Tomáš Vitha]

Jo takhle. Pro 200 běžících identických(!) procesů je fakt i giga (ram+swap) paměti málo... Jenže to nespouštím já (nejsem cvok)! To spustí X právě při pokusu o přepnutí a spouští je tak dlouho, až sežerou věchnu dostupnou paměť a dají se do swapu. Dá se to sestřelit všechno najednou pomocí killall -g kfmclient, ale to bych se musel dostat do konzole...

Takže shrnu, co už víme : Po delší době běhu v X (1-2 hodiny) dojde při pokusu o přepnutí do konzole k zahlcení systémových prostředků tím, že X vezme veškerý procesorový čas a ještě si spustí 200 procesů, které zahltí všechnu dostupnou paměť. Pokud nepracuju v X tak dlouho, tak přepínání trvá jenom pár sekund (což je taky déle, než obvykle). Přepnutí hned po spuštění X je normální a trvá kolem 1s... Tak. A teď babo raď...

[Robert Krátký]

asi moc neporadim, ale jednak sem vlozim strucny popis kfmclienta: Kfmclient, part of the kdebase package, is a command-line utility for opening a URL in Konqueror. a za druhe mam pocit, ze chyba neni v X, ale v KDE. zkousel jsi pracovat i v jinym window manageru, aby se vyzkouselo, jestli bude situace lepsi?

[Tomáš Vitha]

Jiný wm nemám nainstalovaný, ale zkusím nainstalovat WindowMakera a uvidíme, co to udělá...

[Petr Šobáň]

A co skusit ten kfmclient smazat (dát jinam aby se nemohl spouštět) a misto něho tam dát nějaký skript který někam zapíše kdo a s jákými parametry se pokusil ten kfmclient spustit.

[Robert Krátký]

neni treba chodit tak daleko. kazda kopie Xwindows by mela obsahovat twm, ktery pro ucely zkousky poslouzi stejne dobre.

[Petr Mach]

To je jasny, jedna se nejspis o nejakou chybu typu memory leak (nejaky program si neustale alokuje pamet a uz ji neuvolnuje), ktera vam po case zcela zahlti system. Z pozdejsi diskuse vyplyva, ze se vam z nejakeho duvodu spousti mnoho procesu a neukoncuji se. Zjistete kdo to dela a proc. Mozna to dela samotne KDE, podivejte se na jejich stranky, zda to neni popsana chyba. Upgradujte KDE na vyssi verzi, prejdete na GNOME, IceWm (doporucuji), pomoci cronu zabijejte vsechny tyto procesy kazdych deset minut a tak dale a tak podobne.

[Tomáš Vitha]

Tak je to bug v KDE, mají to na webu. Mají u toho ale "UNCONFIRMED" a tam se ozvali akorát dva uživatelé, takže nevím, jestli s tím někdo něco dělal, nebo bude dělat...

[Tomáš Vitha]

Může za to program autorun. Když ho po startu X sestřelím, tak se můžu přepínat jak dlouho chci a chyba se nevyskytne. otázka je, jestli není autorun pro něco životně dlůležitý, ale zatím to bez něj běží dobře...