Odpověď

Upozornění: do tohoto tématu bylo naposledy přispěno před 120 dny.
Zvažte prosím založení nového tématu.
Jméno:
E-mail:
Předmět:
Ikona zprávy:
Ověření:
Zadejte znaky zobrazené na obrázku
Poslechnout obrázek / Požádat o jiný obrázek

Zadejte znaky zobrazené na obrázku:
Kolik má průměrný člověk prstů na pravé ruce? (číslem):
Po dnu přijde:

Zkratky: stiskněte shift+alt+s pro odeslání nebo shift+alt+p pro prohlédnutí


Shrnutí tématu

Poslal: Jiří Socha
« kdy: Srpen 06, 2013, 12:34:44 »

to XXX: řeknu ti, už mě trochu přestává bavit zkoušet další a další možnosti. Kdyby se ten problém dal vyvolat jednorázově a ne čekat 2 dni, než se to projeví. Kontroloval jsem logy a ani tam nevidím nic, co by mě trklo. Potřebuji na počítači dělat a ne testovat. Uvažuji tedy buď o návratu k staré Mandrivě (ale to příjdu o Gambas3, do kterého jsem už portoval svoje programy), nebo zkusím OpenSuse. Pár dní tomu ještě dám a pak uvidím. Pokud to zítra bude zase lagovat, mohl bych zkusit tu integrovanou grafiku, dobrý nápad.
Poslal: XXX
« kdy: Srpen 06, 2013, 11:02:28 »

Jestli jsem dobře pochopil, tak máš v PC dvě grafické karty. Jednu nvidi GT520 a pak integrovanou v procesoru HD. Soudím podle toho Core i5. Co kdybys na zkoušku použil tu integrovanou. To jsi nezkoušel?
Poslal: Jiří Socha
« kdy: Srpen 06, 2013, 06:20:34 »

to martas38: dneska jsem měl přes noc sambu vypnutou a nebyl jsem schválně připojen ke sdílení. Přesto se už mírné zpomalování objevilo. Měl jsem tu dokonce několikrát úplně čistou instalaci bez dalších věcí, co doinstalovávám a dopadlo to stejně. To že to předtím na Mandrivě běželo bez problémů - srovnávat to není úplně fér, tam byla starší konfigurace (jádro a vůbec všechno). Vadný hw? Nedovedu si představit, co by to mohlo být. Tohle nevypadá na hw problém.
Poslal: martas38
« kdy: Srpen 05, 2013, 17:42:02 »

Já jsem to pochopil. Netušil jsem jak velké jsou přenosy dat. A pokud Sambu vypneš, tak se počítač zpomaluje?
Nebo nemůže být vadný nějaký HW komponent?
Případně to zkusit přeinstalovat.....
Poslal: Jiří Socha
« kdy: Srpen 05, 2013, 14:25:49 »

to martas38: možná jsme si nerozuměli. Můj počítač s Mageiou přistupuje skrze Samba client na datové úložiště. Samba server nemám ani nainstalován, nic nesdílím. Datový provoz mezi oběma počítači je během dne minimální, mám na serveru jen nějaké pracovní dokumenty.
Poslal: martas38
« kdy: Srpen 05, 2013, 13:33:29 »

Používám taky Sambu, ale na PC mám spuštěný Samba server, protože ho částečně využívám i jako úložiště. Přistupuje se na něj z notebooku s win7 a z telefonů s androidem přes wifi a pokud kopíruju nějaký větší objem dat (nejčastěji z notebooku do PC), tak se na PC taky nedá pořádně pracovat, vše zpomalené, dlouhé překreslování oken atd.
Dost možná bude problém tady.
Poslal: Jiří Socha
« kdy: Srpen 05, 2013, 13:11:58 »

A ještě jednou pro jistotu, počítač nevypínám, běží trvale (kvůli vzdálenému přístupu do firemní sítě).
Poslal: Jiří Socha
« kdy: Srpen 05, 2013, 13:09:30 »

Systém mám 32bit a ano, jsem připojený (trvale) přes sambu ke dvěma sdílením na našem firemním datovém úložišti (s linuxem). Také jsem si už v minulosti všiml, že když je krátkodobě tenhle server nedostupný, jsou potíže s dolphinem, ale po remountu se to zase spraví - tahle možnost mě napadla jako první. To s tím vytížením procesoru už tu padlo, ale mám na ploše widget, který sleduje vytížení a ani v okamžicích zpomalení to neukazuje nic enormního (do 5%). Ten údaj může být jenom okamžitý exces, ale budu pro jistotu sledovat. A pro jistotu opakuji, po restartu to běží normálně, zhoršujete se to až postupně během několika dní, pak už je to téměř nepoužitelné a vykreslování prvků desktopu (oken, lišt prostě všeho) je prostě zpomalené.

Tohle je aktuální stav po restartu (použil jsem ovladač nvidia 304.88 - tedy ne current 319)
Kód: [Vybrat]
Cpu(s):  1.2%us,  1.4%sy,  0.0%ni, 97.4%id,  0.0%wa,  0.0%hi,  0.1%si,  0.0%st
Mem:   3601232k total,  2510312k used,  1090920k free,    76864k buffers
Swap:  4087272k total,        0k used,  4087272k free,  1297940k cached

  PID USER      PR  NI  VIRT  RES  SHR S %CPU %MEM    TIME+  COMMAND                                                 
  993 root      20   0 25480 3584 2900 S    2  0.1   0:00.59 udisks-daemon                                           
 1772 root      20   0  107m  84m  36m S    2  2.4  19:17.63 X                                                       
 2308 socha     20   0  317m  65m  34m S    1  1.9   5:34.40 kwin                                                   
 2317 socha     20   0  460m 135m  56m S    1  3.8   4:51.07 plasma-desktop                                         
14893 socha     20   0  165m  26m  19m S    1  0.8   0:00.28 konsole                                                 
 2411 socha     20   0 93464  58m  17m S    0  1.7   0:29.82 net_applet                                             
 2560 socha     20   0 1063m 127m  42m S    0  3.6   0:36.30 thunderbird                                             
14968 root      20   0  2872 1100  820 R    0  0.0   0:00.03 top                                                     
    1 root      20   0  5644 3544 2092 S    0  0.1   0:00.39 systemd                                                 
    2 root      20   0     0    0    0 S    0  0.0   0:00.00 kthreadd     
Poslal: martas38
« kdy: Srpen 05, 2013, 12:41:44 »

Proces 1149 root X vytěžuje CPU na 73% To mně v klidovém stavu nepřipadá normální. Mně na podstatně slabším stroji než máš ty (intel core2 duo 2.80GHz, 2GB RAM) vytěžuje v klidu procesor na 3% maximálně.
Zkoušel jsi nahodit 3D efekty? Mně připadá, jako by ti na grafice vůbec nejela HW akcelerace a všechno to táhl procesor.
Poslal: Peťoš
« kdy: Srpen 05, 2013, 10:07:11 »

Jeste, mas 32bit nebo 64bitovy OS? A nemas nejake sitove disky? NFS/CIFS/...
Poslal: Jiří Socha
« kdy: Srpen 05, 2013, 07:06:58 »

Zkusil jsem tedy nouveau, ale neúspěšně. Třikrát denně pád Xka, takže tudy cesta nevede. Zkusil jsem VESA, to se mi zdálo, že to běží celkem uspokojivě, ale potřebuji na PC také pracovat, po pár dnech jsem se musel tedy vrátit k Nvidii. Momentálně je tedy celé rozhraní mírně zpomalené, sleduji top a iotop, ale nevidím tam žádné zvláštní anomálie. Snad jedině, že se použil swap, ale to netuším, jestli je dobře nebo špatně.

takhle vypadá část topu:
Kód: [Vybrat]
top - 06:56:56 up 2 days, 23:43,  4 users,  load average: 0.22, 0.30, 0.31
Tasks: 170 total,   1 running, 169 sleeping,   0 stopped,   0 zombie
Cpu(s): 18.6%us,  0.9%sy,  0.0%ni, 79.6%id,  0.0%wa,  0.0%hi,  0.9%si,  0.0%st
Mem:   4084512k total,  1392948k used,  2691564k free,    25468k buffers
Swap:  4087272k total,   104736k used,  3982536k free,   274668k cached

  PID USER      PR  NI  VIRT  RES  SHR S %CPU %MEM    TIME+  COMMAND                                                 
 1149 root      20   0  557m 499m  33m S   73 12.5 414:13.41 X                                                       
 1687 socha     20   0  235m  12m 7444 S    2  0.3  40:22.63 kwin                                                   
 1700 socha     20   0  531m 118m  30m S    2  3.0  52:33.51 plasma-desktop                                         
28975 socha     20   0  168m  26m  19m S    1  0.7   0:10.25 konsole                                                 
30185 socha     20   0  175m  72m  28m S    1  1.8   0:05.47 opera                                                   
23228 root      20   0     0    0    0 S    0  0.0   0:03.15 kworker/3:1                                             
28883 root      20   0     0    0    0 S    0  0.0   0:01.01 kworker/2:0                                             
    1 root      20   0  5644 2140 1444 S    0  0.1   0:00.46 systemd

Na iotopu nic nevisí delší dobu, vždy jen něco problikne.
Možná bych mohl zkusit místo nvidia-current (319.17) použít starší nvidia-304.
Poslal: Jiří Socha
« kdy: Srpen 01, 2013, 06:31:37 »

to tomyp: nepochybně ano, mám tam OCZ agility3. Ani zaplnění disku nedosahuje 50%. Kromě toho stačí se odhlásit a přihlásit a všechno se na nějakou dobu zase srovná. Ostatně jsem na něm měl předtím mandrivu a tyto potíže jsem na něm nezaznamenal.
Poslal: tomyp
« kdy: Červenec 31, 2013, 22:40:35 »

a umí to ssd ten trim či jak se tomu nadává? To dojde k zaplnění buněk daty výkon jde do kopru. Ve zkratce řečeno.
Poslal: Jiří Socha
« kdy: Červenec 31, 2013, 12:16:28 »

Co se týče paměti, ze 4GB je obsazeno aktualne okolo 2.8GB (buffers/cache 800MB), řekl bych, že na swap to zatím ani nešáhlo, trvale je obsazení na 0. Nicméně musím počkat alespoň do zítřka (PC mi běží vždy trvale kvůli vzdálenému přístupu do firemní sítě), až dojde k viditelnému zpomalení a pak zkusím sledovat ty parametry. Zatím díky za asistenci.
to Ivko: zatím tam nechám ten nouveau, už mi to chvíli běží, musel bych restartovat a zase čekat na ty lagy. Také mě napadlo naklonovat to SSD na normální disk a zkusit, jestli to s tím souvisí nebo ne.
Poslal: Peťoš
« kdy: Červenec 31, 2013, 11:12:21 »

Mohl by pomoci spusteny terminal s "iotom -o" (jako root) a "top". Sledovat hodnoty a na co se ceka presne a ktery proces co dela. Napr.

Kód: [Vybrat]
[safarikp@AcisionWork ~]$ top

top - 11:10:47 up 2 days,  1:59,  3 users,  load average: 0.44, 0.70, 0.85
Tasks: 192 total,   1 running, 191 sleeping,   0 stopped,   0 zombie
Cpu(s):  6.1%us,  5.0%sy,  2.7%ni, 83.0%id,  3.2%wa,  0.0%hi,  0.1%si,  0.0%st

iotop -o

Kód: [Vybrat]
Total DISK READ:       0.00 B/s | Total DISK WRITE: 22.81 K/s
  TID  PRIO  USER     DISK READ  DISK WRITE  SWAPIN     IO>    COMMAND         
  701 be/3 root        0.00 B/s    0.00 B/s  0.00 %  1.85 % [jbd2/dm-2-8]
20955 be/4 root        0.00 B/s    0.00 B/s  0.00 %  0.02 % [kworker/0:0]




V radku 3.2%wa znamena, ze se ceka na HW (nejspise preruseni, hadam ze sit). Na iotop vidim, ze se pristupuje na disk a na nic se neceka. Pokud je to disk, uvidis, ze tam mas dlouho jeden proces.

Dale, jak jsi na tom s RAM pameti. Co rika free -m