Skocz do zawartości

Obciążenie Na Maxa

R_Przemek

Przez R_Przemek,
w Administracja systemowa

 Share

Rekomendowane odpowiedzi

gajownik Yoda Master

gajownik

Napisano
Napisano
w razie potrzeby zabić go (kill).

Z tym bym raczej uważał :mellow: Przypuszczam, że Przemkowi cron uruchamia prelinka lub updatedb. Te programy służą po to, by szybciej działał system i można było szybko znaleźć pliki poleceniem locate.

 

Jak ktoś nie używa locate, to niech przeczyta to → http://www.fedora.pl/site/forum/index.php?...?showtopic=1072

Odnośnik do komentarza
Udostępnij na innych stronach
  • 3 years later...
zajec00 Użytkownik

zajec00

Napisano
Napisano

troche odswieze temat... to tak zamiast zakladac kolejny... w moim przypadku jest jednak tak, ze system jest maksymalnie obciazony, ale zuzycie cpu nie przekracza 20% a uzycie pamieci to w granicach max 250-300MB ( mam 512 ) :| zasadniczo nie wiem co jest tego powodem i nie wiem gdzie i co jeszcze moglbym sprawdzic :| nadmienie ze w momencie takiego zamulenia dziala kadu i moze jedna lub 2 inne aplikacje ( np xine i transmission albo transmission i firefox, albo sam firefox (zabiera najwiecej pamieci i cpu))... wylaczenie wszystkich tych aplikacji zasadniczo pomaga, ale nie o to przeciez chodzi :| moze jakies sugestie?

 

 

 

cd.

 

wlasnie sie okazalo ze podczas pelnego obciazenia systemu, X'y zajmuja ponad 35% pamieci... i tylko one maja taki wysoki pobor... moze ktos ma jakies pomysly jak zdjagnozowac problem?

Odnośnik do komentarza
Udostępnij na innych stronach
cracket Użytkownik

cracket

Napisano
Napisano
troche odswieze temat... to tak zamiast zakladac kolejny... w moim przypadku jest jednak tak, ze system jest maksymalnie obciazony, ale zuzycie cpu nie przekracza 20% a uzycie pamieci to w granicach max 250-300MB ( mam 512 ) :| zasadniczo nie wiem co jest tego powodem i nie wiem gdzie i co jeszcze moglbym sprawdzic :| nadmienie ze w momencie takiego zamulenia dziala kadu i moze jedna lub 2 inne aplikacje ( np xine i transmission albo transmission i firefox, albo sam firefox (zabiera najwiecej pamieci i cpu))... wylaczenie wszystkich tych aplikacji zasadniczo pomaga, ale nie o to przeciez chodzi :| moze jakies sugestie?

wlasnie sie okazalo ze podczas pelnego obciazenia systemu, X'y zajmuja ponad 35% pamieci... i tylko one maja taki wysoki pobor... moze ktos ma jakies pomysly jak zdjagnozowac problem?

 

 

Jak rozumiem twój problem polega na wysokim load-zie (patrz polecenie top)

Najczęściej wysoki load nie wynika z dużego zapracowania procka, ale permanentnego mielenia dyskiem, żeby to zdiagnozować wystarczy uruchomić polecenie iostat, albo jakikolwiek monitor pracy dysku

Odnośnik do komentarza
Udostępnij na innych stronach
zajec00 Użytkownik

zajec00

Napisano
Napisano 

[root@zajec-505 ~]# hdparm /dev/sda

/dev/sda:
IO_support    =  0 (default 16-bit)
readonly      =  0 (off)
readahead     = 256 (on)
geometry      = 9729/255/63, sectors = 156301488, start = 0

 

hmmm... IO_support jest na 0, wiec chyba dma jest wylaczone... :| ... podalalem hdparm z parametrem -d (wlacz/wylacz dma) ale jedyne co pokazuje to :

 

[root@zajec-505 ~]# hdparm -d /dev/sda

/dev/sda:

Odnośnik do komentarza
Udostępnij na innych stronach
exbros Mistrz Fedory

exbros

Napisano
Napisano 
[root@zajec-505 ~]# hdparm /dev/sda

A podejrzyj parametry tego dysku np. tak

[root@inferno ~]# hdparm -i /dev/sda

 

/dev/sda:

 

Model=HDT722525DLAT80 , FwRev=V44OA96A, SerialNo= VDR41LT8DP8TRH

Config={ HardSect NotMFM HdSw>15uSec Fixed DTR>10Mbs }

RawCHS=16383/16/63, TrkSize=0, SectSize=0, ECCbytes=51

BuffType=DualPortCache, BuffSize=7674kB, MaxMultSect=16, MultSect=?16?

CurCHS=16383/16/63, CurSects=16514064, LBA=yes, LBAsects=268435455

IORDY=on/off, tPIO={min:240,w/IORDY:120}, tDMA={min:120,rec:120}

PIO modes: pio0 pio1 pio2 pio3 pio4

DMA modes: mdma0 mdma1 mdma2

UDMA modes: udma0 udma1 udma2 udma3 udma4 *udma5 udma6

AdvancedPM=yes: disabled (255) WriteCache=enabled

Drive conforms to: ATA/ATAPI-7 T13 1532D revision 1: ATA/ATAPI-2,3,4,5,6,7

 

* signifies the current active mode

Pozdro

Odnośnik do komentarza
Udostępnij na innych stronach
zajec00 Użytkownik

zajec00

Napisano
Napisano 

[root@zajec-505 ~]# hdparm -i /dev/sda

/dev/sda:

Model=ST380011A                               , FwRev=3.06    , SerialNo=5JV2AZKA            
Config={ HardSect NotMFM HdSw>15uSec Fixed DTR>10Mbs RotSpdTol>.5% }
RawCHS=16383/16/63, TrkSize=0, SectSize=0, ECCbytes=4
BuffType=unknown, BuffSize=2048kB, MaxMultSect=16, MultSect=?16?
CurCHS=16383/16/63, CurSects=16514064, LBA=yes, LBAsects=156301488
IORDY=on/off, tPIO={min:240,w/IORDY:120}, tDMA={min:120,rec:120}
PIO modes:  pio0 pio1 pio2 pio3 pio4 
DMA modes:  mdma0 mdma1 mdma2 
UDMA modes: udma0 udma1 udma2 udma3 udma4 [b]*udma5[/b] 
AdvancedPM=no WriteCache=enabled
Drive conforms to: ATA/ATAPI-6 T13 1410D revision 2:  ATA/ATAPI-1,2,3,4,5,6

* signifies the current active mode

 

czyli udma jest włączone... a dysk nadal "mieli"...

Odnośnik do komentarza
Udostępnij na innych stronach
zajec00 Użytkownik

zajec00

Napisano
Napisano

nie mam Beagle... póki co, z monitora systemu wynika że najwięcej zasobów (ramu) pochłania firefox (78 MB), trasmission (26MB) i nautilus (21,2MB)...

z polecenia top w kosoli znów wynika co innego : firefox (mem 14% cpu 0,7%), X (mem 16%, cpu 3%), transmission (mem 6%, cpu 3%)...

a ps aux pokazuje to :

[zajec00@zajec-505 ~]$ ps aux
USER       PID %CPU %MEM    VSZ   RSS TTY      STAT START   TIME COMMAND
root         1  0.0  0.0   2112   416 ?        Ss   Feb10   0:01 init [5]      
root         2  0.0  0.0      0     0 ?        S<   Feb10   0:00 [kthreadd]
root         3  0.0  0.0      0     0 ?        S<   Feb10   0:00 [migration/0]
root         4  0.0  0.0      0     0 ?        S<   Feb10   0:00 [ksoftirqd/0]
root         5  0.0  0.0      0     0 ?        S<   Feb10   0:00 [watchdog/0]
root         6  0.0  0.0      0     0 ?        S<   Feb10   0:00 [events/0]
root         7  0.0  0.0      0     0 ?        S<   Feb10   0:00 [khelper]
root        57  0.0  0.0      0     0 ?        R<   Feb10   0:01 [kblockd/0]
root        60  0.0  0.0      0     0 ?        S<   Feb10   0:00 [kacpid]
root        61  0.0  0.0      0     0 ?        S<   Feb10   0:00 [kacpi_notify]
root       179  0.0  0.0      0     0 ?        S<   Feb10   0:00 [cqueue/0]
root       181  0.0  0.0      0     0 ?        S<   Feb10   0:00 [ksuspend_usbd]
root       187  0.0  0.0      0     0 ?        S<   Feb10   0:00 [khubd]
root       190  0.0  0.0      0     0 ?        S<   Feb10   0:00 [kseriod]
root       226  0.0  0.0      0     0 ?        S    Feb10   0:00 [pdflush]
root       227  0.0  0.0      0     0 ?        S    Feb10   0:03 [pdflush]
root       228  0.0  0.0      0     0 ?        S<   Feb10   0:07 [kswapd0]
root       280  0.0  0.0      0     0 ?        S<   Feb10   0:00 [aio/0]
root       369  0.0  0.0      0     0 ?        S<   Feb10   0:00 [khvcd]
root       438  0.0  0.0      0     0 ?        S<   Feb10   0:00 [kpsmoused]
root       463  0.0  0.0      0     0 ?        S<   Feb10   0:06 [ata/0]
root       464  0.0  0.0      0     0 ?        S<   Feb10   0:00 [ata_aux]
root       469  0.0  0.0      0     0 ?        S<   Feb10   0:07 [scsi_eh_0]
root       470  0.0  0.0      0     0 ?        S<   Feb10   0:00 [scsi_eh_1]
root       476  0.0  0.0      0     0 ?        D<   Feb10   0:00 [kjournald]
root       504  0.0  0.0      0     0 ?        S<   Feb10   0:00 [kauditd]
root       536  0.0  0.0   2828   408 ?        S<s  Feb10   0:00 /sbin/udevd -d
root      1211  0.0  0.0      0     0 ?        S<   Feb10   0:00 [kmpathd/0]
root      1236  0.0  0.0      0     0 ?        S<   Feb10   0:04 [kjournald]
root      1633  0.0  0.1   2384   540 ?        Ss   Feb10   0:00 /sbin/dhclient
rpc       1695  0.0  0.0   2256   416 ?        Ss   Feb10   0:00 rpcbind
rpcuser   1714  0.0  0.0   1952   400 ?        Ss   Feb10   0:00 rpc.statd
root      1738  0.0  0.0      0     0 ?        S<   Feb10   0:00 [rpciod/0]
root      1745  0.0  0.0   5336   208 ?        Ss   Feb10   0:00 rpc.idmapd
root      1781  0.0  0.1  12528   824 ?        Sl   Feb10   0:00 rsyslogd -m 0
root      1785  0.0  0.0   1916   308 ?        Ss   Feb10   0:00 rklogd -x
dbus      1801  0.0  0.1   2684   956 ?        Ss   Feb10   0:00 dbus-daemon --s
root      1810  0.0  0.1  10880   752 ?        Ss   Feb10   0:00 winbindd
root      1814  0.0  0.1  10880   788 ?        S    Feb10   0:00 winbindd
root      1824  0.0  0.1   7648   780 ?        Ssl  Feb10   0:00 automount
ntp       1847  0.0  0.1   4272   884 ?        Ss   Feb10   0:00 ntpd -u ntp:ntp
root      1868  0.0  0.0   4032   112 ?        Ss   Feb10   0:00 rpc.rquotad
root      1889  0.0  0.0      0     0 ?        S<   Feb10   0:00 [nfsd4]
root      1890  0.0  0.0      0     0 ?        S    Feb10   0:00 [lockd]
root      1891  0.0  0.0      0     0 ?        S    Feb10   0:00 [nfsd]
root      1892  0.0  0.0      0     0 ?        S    Feb10   0:00 [nfsd]
root      1893  0.0  0.0      0     0 ?        S    Feb10   0:00 [nfsd]
root      1894  0.0  0.0      0     0 ?        S    Feb10   0:00 [nfsd]
root      1895  0.0  0.0      0     0 ?        S    Feb10   0:00 [nfsd]
root      1896  0.0  0.0      0     0 ?        S    Feb10   0:00 [nfsd]
root      1897  0.0  0.0      0     0 ?        S    Feb10   0:00 [nfsd]
root      1898  0.0  0.0      0     0 ?        S    Feb10   0:00 [nfsd]
root      1901  0.0  0.0   2512   108 ?        Ss   Feb10   0:00 rpc.mountd
root      1924  0.0  0.2   7720  1432 ?        Ssl  Feb10   0:00 console-kit-dae
root      2000  0.0  0.1   9192   912 ?        Ss   Feb10   0:00 nmbd -D
root      2009  0.0  0.2  13884  1184 ?        Ss   Feb10   0:00 smbd -D
root      2026  0.0  0.1  10888   832 ?        S    Feb10   0:00 winbindd
root      2027  0.0  0.0  10880   492 ?        S    Feb10   0:00 winbindd
root      2028  0.0  0.3   9912  1900 ?        Ss   Feb10   0:00 cupsd
root      2029  0.0  0.0  13884   208 ?        S    Feb10   0:00 smbd -D
68        2038  0.0  0.6   5580  3304 ?        Ss   Feb10   0:00 hald
root      2039  0.0  0.1   3292   840 ?        S    Feb10   0:00 hald-runner
root      2054  0.0  0.1   3392   872 ?        S    Feb10   0:00 hald-addon-inpu
68        2085  0.0  0.1   2156   656 ?        S    Feb10   0:00 hald-addon-acpi
root      2096  0.0  0.1   3392   772 ?        S    Feb10   0:06 hald-addon-stor
root      2099  0.0  0.1   3392   872 ?        S    Feb10   0:09 hald-addon-stor
root      2101  0.0  1.0  21856  5416 ?        SN   Feb10   0:00 /usr/bin/python
root      2103  0.0  0.1   2696   880 ?        SN   Feb10   0:00 /usr/libexec/ga
root      2125  0.0  0.0   3172   388 ?        S    Feb10   0:00 /usr/sbin/smart
root      2130  0.0  0.0   1744   312 tty1     Ss+  Feb10   0:00 /sbin/mingetty
root      2131  0.0  0.0   1744   312 tty2     Ss+  Feb10   0:00 /sbin/mingetty
root      2132  0.0  0.0   1744   308 tty3     Ss+  Feb10   0:00 /sbin/mingetty
root      2133  0.0  0.0   1744   308 tty4     Ss+  Feb10   0:00 /sbin/mingetty
root      2134  0.0  0.0   1744   308 tty5     Ss+  Feb10   0:00 /sbin/mingetty
root      2135  0.0  0.0   1744   316 tty6     Ss+  Feb10   0:00 /sbin/mingetty
root      2136  0.0  0.5  17432  3028 ?        Ss   Feb10   0:00 /usr/sbin/gdm-b
root      2211  0.0  0.5  17396  2712 ?        S    Feb10   0:00 /usr/sbin/gdm-b
root      2215  1.3 16.7  98772 86408 tty7     SLs+ Feb10  13:51 /usr/bin/X :0 -
zajec00   2244  0.0  0.2  16548  1472 ?        S    Feb10   0:00 /usr/bin/gnome-
zajec00   2245  0.0  0.9  34424  4824 ?        Ssl  Feb10   0:00 /usr/bin/gnome-
zajec00   2307  0.0  0.0   5536   336 ?        Ss   Feb10   0:00 /usr/bin/ssh-ag
zajec00   2310  0.0  0.0   2952   436 ?        S    Feb10   0:00 /usr/bin/dbus-l
zajec00   2311  0.0  0.1   2684   924 ?        Ss   Feb10   0:00 /bin/dbus-daemo
zajec00   2317  0.0  0.5   8552  3084 ?        S    Feb10   0:22 /usr/libexec/gc
zajec00   2321  0.0  1.8  51936  9428 ?        Sl   Feb10   0:02 /usr/libexec/gn
zajec00   2325  0.0  0.6  32968  3168 ?        Sl   Feb10   0:33 /usr/bin/pulsea
zajec00   2331  0.0  0.3   5212  1584 ?        S    Feb10   0:00 /usr/libexec/pu
zajec00   2334  0.0  1.9  23764 10168 ?        S    Feb10   0:29 metacity --sm-c
zajec00   2335  0.0  4.1 169424 21624 ?        S    Feb10   0:12 gnome-panel --s
zajec00   2337  0.0  8.0 243604 41688 ?        S    Feb10   0:16 nautilus --no-d
zajec00   2341  0.0  1.2 159608  6372 ?        Ss   Feb10   0:00 gnome-volume-ma
zajec00   2345  0.0  0.4  39148  2340 ?        Ssl  Feb10   0:00 /usr/libexec/bo
zajec00   2357  0.0  3.2  38728 16936 ?        S    Feb10   0:00 /usr/bin/python
zajec00   2358  0.0  2.1  28868 11040 ?        S    Feb10   0:01 python /usr/sha
zajec00   2361  0.0  0.5  11580  2720 ?        S    Feb10   0:00 /usr/libexec/gn
zajec00   2362  0.0  1.2  22304  6608 ?        S    Feb10   0:00 nm-applet --sm-
zajec00   2364  0.0  0.6  17316  3136 ?        S    Feb10   0:00 pam-panel-icon
root      2367  0.0  0.0   1940   456 ?        S    Feb10   0:00 /sbin/pam_times
zajec00   2368  0.0  1.2  30044  6344 ?        Ss   Feb10   0:00 gnome-power-man
zajec00   2377  0.0  2.2 160892 11708 ?        S    Feb10   0:04 /usr/libexec/wn
zajec00   2389  0.0  2.0 189332 10368 ?        S    Feb10   0:00 /usr/libexec/tr
zajec00   2398  0.0  0.1   2612   620 ?        S    Feb10   0:00 /usr/libexec/ma
zajec00   2414  0.0  0.1   2696   684 ?        S    Feb10   0:00 /usr/libexec/ga
zajec00   2429  0.0  0.3  17452  1992 ?        Ss   Feb10   0:15 gnome-screensav
zajec00   2440  0.0  1.6 181600  8376 ?        Sl   Feb10   0:00 /usr/libexec/mi
zajec00   2446  0.0  1.7 164064  8760 ?        S    Feb10   0:01 /usr/libexec/cl
zajec00   2447  0.0  1.2 157932  6640 ?        S    Feb10   0:19 /usr/libexec/gn
zajec00   2448  0.0  1.1  26948  6052 ?        S    Feb10   0:00 /usr/libexec/no
zajec00   2449  0.0  1.5  29200  7828 ?        S    Feb10   0:00 /usr/libexec/mi
zajec00   2450  0.3  1.4  27228  7220 ?        S    Feb10   3:40 /usr/libexec/mu
zajec00   2451  0.2  1.5 159052  8148 ?        S    Feb10   2:07 /usr/libexec/se
zajec00   2652  0.0  2.0  58856 10664 ?        Sl   Feb10   0:23 kadu
zajec00   2691  0.0  0.0   4648   504 ?        S    Feb10   0:00 /bin/bash /usr/
zajec00   2791  4.4  6.6 241936 34200 ?        Sl   Feb10  40:47 /usr/bin/transm
zajec00   3571  0.0  1.9 151136 10040 ?        S    Feb10   0:01 /usr/libexec/no
zajec00   6083  0.0  0.2   4648  1184 ?        S    09:04   0:00 /bin/sh /usr/li
zajec00   6101  0.0  0.2   4648  1200 ?        S    09:04   0:00 /bin/sh /usr/li
zajec00   6106  4.7 14.0 322072 72276 ?        Sl   09:04   0:42 /usr/lib/firefo
zajec00   6212  0.2  3.8  84484 20080 ?        Sl   09:16   0:00 gnome-terminal
zajec00   6215  0.0  0.1   2612   596 ?        S    09:16   0:00 gnome-pty-helpe
zajec00   6216  0.0  0.2   4704  1520 pts/0    Ss   09:16   0:00 bash
root      6254 13.4 19.2 109516 99220 ?        DN   09:19   0:05 /usr/bin/python
zajec00   6257  0.0  0.1   4532   932 pts/0    R+   09:19   0:00 ps aux

Odnośnik do komentarza
Udostępnij na innych stronach
cracket Użytkownik

cracket

Napisano
Napisano

Niestety nie kojarzę dobrego narzędzia - pewnie jest jakieś, ale może na początek wystarczy ci metoda hard-core-owa, czyli analiza proc-a

 

Żeby mieć pewność że to dysk ci nabija loada możesz puścić:

watch -n 1 cat /proc/interrupts

 

u mnie w tej komendzie najbardziej cyka linijka z libata i linijka z eth0 nvidia

 

Ale wracając do identyfikacji procesu który ci zamula kompa - najpierw upewnij się czy uruchamiając top-a masz wysoki procent w linijce CPU przy wa. Jeśli IO nie pracuje to % przy wa powinien być zero. Masz jeszcze procent przy hi i si - jak rozumiem oba powinieneś mieć na zero procent prawie zawsze.

Wa to inaczej czas jaki procesor spędza czekając na urządzenia IO, czyli np. dysk. Jeśli Wa masz wysokie to trzeba znaleźć proces - ja proponuję metodę organoleptyczną. Zacznij od katalogu /boot gdzie obok pliku jądra vmlinuz powinny być pliki System.map - postaraj się aby /boot/System.map zawierało plik map dotyczący twojego aktualnego kernela. Ten plik zawiera nazwy dla adresów szesnastkowych procedur kernela. Potem uruchamiasz top-a i dodajesz mu do widocznych kolumn WCHAN.

I teraz najgorszy moment - powinieneś organoleptycznie zerkać w chwilach największego mulenia co robią twoje procesy. Sprawca zwykle będzie miał status (kolumna S) równy S (Sleeping) albo co gorsza D i w WCHAN coś z io w nazwie (np. dio_get_page) albo read lub write (np. read_lba) lub coś związanego z buforem (np. sync_buffer)

Najczęściej ten program który najbardziej muli IO jest najwyżej na topie ale nie jest to regułą

Przyglądnij się programom i po jakimś czasie będziesz umiał odróżnić WCHAN nierobów od zmulacza.

Potem test na konkretnym procesie

watch -n 1 cat /proc/1/io

watch -n 1 cat /proc/<tu jakiś PID>/io

 

PID 1 ma proces init, który io zwykle nie dotyka i dla niego cat /proc/1/io raczej nie zmienia się i nic nie "cyka" (czyli jest nierobem)

i tutaj najbardziej przydałby się program który robi wykresy dla różnych procesów z /proc/.../io i porównuje ale nic takiego nie znam, więc skazany jesteś na czytanie i porównywanie cyferek

 

Potem ewentualnie kill na podejrzanym i sprawdzanie czy %wa w topie spadł do zera

Może na końcu tej odysei dobrniesz do procesu prelink albo updatedb ale niekoniecznie to muszą być one

 

 

PS. Dysk może też mielić jeśli zaczynają się bad-sectory na nim sypać. Sprawdź czy używasz smartd lub SMART w biosie który wykrywa takie rzeczy, albo zainstaluj smartctl i odpal smartctl --all /dev/sda i szukaj Reallocated_Sector_Ct

Odnośnik do komentarza
Udostępnij na innych stronach

Jeśli chcesz dodać odpowiedź, zaloguj się lub zarejestruj nowe konto

Jedynie zarejestrowani użytkownicy mogą komentować zawartość tej strony.

Zarejestruj nowe konto

Załóż nowe konto. To bardzo proste!

Zarejestruj się

Zaloguj się

Posiadasz już konto? Zaloguj się poniżej.

Zaloguj się
 Share
Przejdź do listy tematów
×
×
  • Dodaj nową pozycję...