Zawisza Napisano Czerwiec 18, 2011 Zgłoszenie Share Napisano Czerwiec 18, 2011 Witam. Mam problem z moją fedorą, a dokładniej podczas normalnego korzystania system trzyma 300 i więcej mega w swapie co przy 2 GB ramu raczej nie powinno mieć miejsca... [root@fedora zawisza]# top top - 21:19:21 up 10:25, 3 users, load average: 0.15, 1.12, 1.39 Tasks: 162 total, 2 running, 160 sleeping, 0 stopped, 0 zombie Cpu(s): 25.0%us, 9.1%sy, 0.0%ni, 64.9%id, 0.8%wa, 0.0%hi, 0.2%si, 0.0%st Mem: 2056248k total, 1991728k used, 64520k free, 2776k buffers Swap: 4194300k total, 337736k used, 3856564k free, 122888k cached PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND 7930 zawisza 20 0 723m 42m 15m S 22.5 2.1 1:56.63 kwin 1233 root 20 0 548m 371m 2808 S 15.5 18.5 65:47.41 X 1694 zawisza 20 0 2267m 81m 9988 S 7.9 4.0 36:33.23 amarok 6592 zawisza 20 0 2605m 519m 15m S 4.6 25.9 13:38.55 firefox 1680 zawisza 9 -11 708m 170m 18m S 3.3 8.5 19:32.60 pulseaudio 1674 zawisza 20 0 969m 25m 5624 R 3.0 1.3 11:23.73 kadu 1533 zawisza 20 0 1092m 13m 3360 S 1.7 0.7 10:59.61 knotify4 7846 zawisza 20 0 524m 13m 6312 S 1.7 0.7 0:06.89 konsole 2900 zawisza 20 0 497m 21m 2840 S 1.3 1.1 7:35.52 deluged 1498 root 20 0 126m 3472 612 S 1.0 0.2 5:08.02 udisks-daemon 2875 zawisza 20 0 1626m 16m 3296 S 1.0 0.8 4:35.27 /usr/bin/deluge Próbowałem gasić poszczególne usługi (m.in. Akanodi, nepomuk, selinux) z których nie korzystam ale z marnym skutkiem... Problem na pewno nie byłby uciążliwy ale denerwuje mnie jak widzę że system się zacina przy zmianie zakładki w FF... Na początku sądziłem że jest to spowodowane złą polityką zarządzania pamięcią więc zmieniłem parametr sw_swappines (mogłem się "walnąć" w nazwie ) na 10 i nic to nie dało, przed chwilą nawet próbowałem wyłączyć swap'a ale poskutkowało to efektownym "kraszem" kwin'a... Dlaczego fedora zużywa tyle pamięci?? processor : 1 vendor_id : AuthenticAMD cpu family : 16 model : 4 model name : AMD Phenom(tm) II X2 550 Processor stepping : 2 cpu MHz : 3100.000 cache size : 512 KB [root@fedora zawisza]# lspci 00:00.0 Host bridge: ATI Technologies Inc RX780/RX790 Chipset Host Bridge 00:02.0 PCI bridge: ATI Technologies Inc RD790 PCI to PCI bridge (external gfx0 port A) 00:0a.0 PCI bridge: ATI Technologies Inc RD790 PCI to PCI bridge (PCI express gpp port F) 00:11.0 SATA controller: ATI Technologies Inc SB700/SB800 SATA Controller [iDE mode] 00:12.0 USB Controller: ATI Technologies Inc SB700/SB800 USB OHCI0 Controller 00:12.1 USB Controller: ATI Technologies Inc SB700 USB OHCI1 Controller 00:12.2 USB Controller: ATI Technologies Inc SB700/SB800 USB EHCI Controller 00:13.0 USB Controller: ATI Technologies Inc SB700/SB800 USB OHCI0 Controller 00:13.1 USB Controller: ATI Technologies Inc SB700 USB OHCI1 Controller 00:13.2 USB Controller: ATI Technologies Inc SB700/SB800 USB EHCI Controller 00:14.0 SMBus: ATI Technologies Inc SBx00 SMBus Controller (rev 3c) 00:14.1 IDE interface: ATI Technologies Inc SB700/SB800 IDE Controller 00:14.2 Audio device: ATI Technologies Inc SBx00 Azalia (Intel HDA) 00:14.3 ISA bridge: ATI Technologies Inc SB700/SB800 LPC host controller 00:14.4 PCI bridge: ATI Technologies Inc SBx00 PCI to PCI Bridge 00:14.5 USB Controller: ATI Technologies Inc SB700/SB800 USB OHCI2 Controller 00:18.0 Host bridge: Advanced Micro Devices [AMD] Family 10h Processor HyperTransport Configuration 00:18.1 Host bridge: Advanced Micro Devices [AMD] Family 10h Processor Address Map 00:18.2 Host bridge: Advanced Micro Devices [AMD] Family 10h Processor DRAM Controller 00:18.3 Host bridge: Advanced Micro Devices [AMD] Family 10h Processor Miscellaneous Control 00:18.4 Host bridge: Advanced Micro Devices [AMD] Family 10h Processor Link Control 01:00.0 VGA compatible controller: nVidia Corporation G98 [GeForce 8400 GS] (rev a1) 02:00.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL8111/8168B PCI Express Gigabit Ethernet controller (rev 02) 03:0e.0 FireWire (IEEE 1394): Texas Instruments TSB43AB23 IEEE-1394a-2000 Controller (PHY/Link) jakieś pomysły? Odnośnik do komentarza Udostępnij na innych stronach More sharing options...
thof Napisano Czerwiec 18, 2011 Zgłoszenie Share Napisano Czerwiec 18, 2011 KDE cieknie. Fizyczne zuzycie pamieci mozesz podejrzec w free -m (druga linia -/+ buffers/cache:). EDIT: poza tym pod skrótem CTRL+ESC znajdziesz wygodne narzedzie, w którym mozesz posortowac programy po zuzyciu pamieci itp. Odnośnik do komentarza Udostępnij na innych stronach More sharing options...
Zawisza Napisano Czerwiec 18, 2011 Autor Zgłoszenie Share Napisano Czerwiec 18, 2011 bash-4.2$ free -m total used free shared buffers cached Mem: 2008 1934 73 0 1 77 -/+ buffers/cache: 1855 152 Swap: 4095 623 3472 top - 21:48:53 up 10:55, 3 users, load average: 2.47, 2.37, 1.86 Tasks: 161 total, 1 running, 160 sleeping, 0 stopped, 0 zombie Cpu(s): 24.7%us, 7.0%sy, 0.0%ni, 41.1%id, 27.2%wa, 0.0%hi, 0.2%si, 0.0%st Mem: 2056248k total, 1980116k used, 76132k free, 464k buffers Swap: 4194300k total, 622028k used, 3572272k free, 62464k cached PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND 1233 root 20 0 757m 557m 1692 S 2.7 27.8 68:01.52 X 6592 zawisza 20 0 2823m 534m 10m S 34.5 26.6 16:29.08 firefox 1680 zawisza 9 -11 708m 173m 23m S 5.3 8.6 20:37.44 pulseaudio 1694 zawisza 20 0 2273m 78m 6596 S 7.6 3.9 38:29.52 amarok 2780 zawisza 20 0 726m 60m 680 S 0.0 3.0 0:54.04 thunderbird-bin 1615 zawisza 20 0 1200m 34m 872 S 0.0 1.7 3:02.99 plasma-desktop 7930 zawisza 20 0 732m 31m 9184 S 0.0 1.6 4:08.94 kwin 2900 zawisza 20 0 499m 22m 1780 S 1.7 1.1 7:59.92 deluged 1672 zawisza 20 0 849m 21m 812 S 0.0 1.1 0:06.03 kmix 7585 zawisza 20 0 535m 20m 704 S 0.0 1.0 0:01.10 gwenview 1674 zawisza 20 0 969m 20m 1364 S 0.7 1.0 11:41.23 kadu 3085 zawisza 20 0 163m 20m 52 S 1.0 1.0 7:43.14 skype 2875 zawisza 20 0 1626m 15m 2444 S 1.0 0.8 4:47.43 /usr/bin/deluge 6828 zawisza 20 0 706m 12m 472 S 0.0 0.6 0:15.96 ark 1533 zawisza 20 0 1092m 10m 516 S 1.7 0.5 11:28.95 knotify4 8160 zawisza 20 0 523m 9664 2412 S 2.0 0.5 0:01.85 konsole (Uaktualnione statystyki) Co mozna z tym zrobic? i dlaczego X maja prawie 600MB ??!! ############### EDIT ##################### po wlaczeniu systemu [cpde]bash-4.2$ free -m total used free shared buffers cached Mem: 2008 763 1244 0 39 312 -/+ buffers/cache: 412 1596 Swap: 4095 0 4095 [/code] po odpalenie FF bash-4.2$ free -m total used free shared buffers cached Mem: 2008 1645 362 0 59 592 -/+ buffers/cache: 993 1015 Swap: 4095 0 4095 Wiec juz chyba wiem co tyle pamieci uzywa... Ale pytanie tylko dlaczego X rosnie do 600M... Odnośnik do komentarza Udostępnij na innych stronach More sharing options...
thof Napisano Czerwiec 18, 2011 Zgłoszenie Share Napisano Czerwiec 18, 2011 Ale pytanie tylko dlaczego X rośnie do 600M... No przecież napisałem, że cieknie, czyli jest to efekt niezamierzony. Spróbuj sobie odpalić świeże KDE (przy wyłączonym pulpicie mv ~/.kde4 ~/.kde4_bac) i podziałaj trochę nie zmieniając niczego. Obserwuj czy zużycie pamięci Xorga nadal się gwałtownie zwiększa. Napisz jeszcze jaką masz kartę. Odnośnik do komentarza Udostępnij na innych stronach More sharing options...
SeeM Napisano Czerwiec 18, 2011 Zgłoszenie Share Napisano Czerwiec 18, 2011 Po X często kryją się inne programy. Trzeba to niestety wyczuć. Odnośnik do komentarza Udostępnij na innych stronach More sharing options...
Zawisza Napisano Czerwiec 18, 2011 Autor Zgłoszenie Share Napisano Czerwiec 18, 2011 No przeciez napisalem, ze cieknie, czyli jest to efekt niezamierzony. Spróbuj sobie odpalic swieze KDE (przy wylaczonym pulpicie mv ~/.kde4 ~/.kde4_bac) i podzialaj troche nie zmieniajac niczego. Obserwuj czy zuzycie pamieci Xorga nadal sie gwaltownie zwieksza. Napisz jeszcze jaka masz karte. Sadzilem ze chodzi ci o KDE (i tylko o KDE) a X jakby czescia kde do konca nie jest, ale wyklócac sie nie bede... Zaspany umysl mój jest dzis X zaraz po odpaleniu kompa ma 1,2% uzycia pamieci, po godzinie juz ma 15% i pózniej jest wlasciwie tylko wiecej. Jezeli chodzi o ustawienia KDE to raczej nie ma sensu nawet sprawdzac jak sie bedzie zachowywal bo jedyne co zmienilem od poczatku instalacji to tapeta i wylaczone uslugi... Ale jak bede mial chwile to sprawdze. Nie rozpisywalem sie o sprzecie bo w pierwszym moim poscie zamiescilem "wydruk" z lspci. Moja karta to nvidia 8400GS i jak do tej pory sprawowala sie calkiem dobrze na ubuntu i na fedorze na poczatku kiedy jeszcze nie brakuje mi pamieci tez, pózniej juz zaczynaja sie schody... Czy re kompilacja sterowników nvidia czy serwera X moglaby zmienic sytuacje? ###EDIT#### Zrestartowalem kompa (uzycie pamieci na poczatku ok. 400MB) i zmienilem opcje FF (zmniejszylem MAX rozmiar cache przetrzymywanego w pamieci) i zobacze co sie bedzie dzialo, ale tak czy siak martwi mnie ten X serwer pamietam ze na SUSE mialem ten sam problem (na starszej wersji pomimo tej samej wersji KDE problem nie wystepowal) Odnośnik do komentarza Udostępnij na innych stronach More sharing options...
thof Napisano Czerwiec 18, 2011 Zgłoszenie Share Napisano Czerwiec 18, 2011 Trzeba to niestety wyczuc. Nie trzeba liczyc na wyczucie, bo jest programik xrestop. Sadzilem ze chodzi ci o KDE (i tylko o KDE) a X jakby czescia kde do konca nie jest, ale wyklócac sie nie bede... Chodzi o KDE, cale srodowisko dziala w obrebie sesji. Jesli chcesz sprawdzic, który komponent cieknie to jak wyzej napisalem xrestop (prawdopodobnie plasma-dekstop).Developerzy KDE zwalaja zawsze wine na wlasnosciowy sterownik nvidii, dlatego mozesz sprawdzic czy z noveau system zachowuje sie podobnie. Ja przeciez problemy z plasma-desktop musialem zrezygnowac z KDE, a szkoda, bo to bardzo dobre srodowisko, jednak mocno zabugowane. Btw. firefox nie ma tu nic do rzeczy. Odnośnik do komentarza Udostępnij na innych stronach More sharing options...
Zawisza Napisano Czerwiec 20, 2011 Autor Zgłoszenie Share Napisano Czerwiec 20, 2011 xrestop - Display: localhost:0 Monitoring 48 clients. XErrors: 0 Pixmaps: 145953K total, Other: 341K total, All: 146294K total res-base Wins GCs Fnts Pxms Misc Pxm mem Other Total PID Identifier 5a00000 4 2 1 949 985 67925K 24K 67949K 4217 rzepkoteka_1.2.pdf �~@~S Okular 1e00000 66 48 1 1632 1914 20835K 48K 20883K 1643 plasma-desktop 2c00000 15 5 1 3864 3976 13404K 94K 13499K 1733 Kadu 5c00000 4 2 1 100 130 10892K 4K 10896K 4241 Magnesy_ostateczne.pdf �~@~S Okular 3a00000 49 38 1 257 518 7139K 15K 7154K 31498 PTM z Zajd�~E - Mozilla Firefox 3000000 27 2 1 415 496 7116K 13K 7129K 1745 amarok 1a00000 74 1 1 490 797 5581K 21K 5603K 1577 kwin 4400000 5 3 1 556 612 4263K 15K 4278K 4303 zawisza : xrestop 1c00000 24 4 1 400 494 3620K 13K 3633K 1645 Qt-subapplication 3400000 6 3 1 86 126 2761K 4K 2765K 1755 skype 5800000 11 79 1 368 791 413K 21K 435K 3808 deluge-gtk 2a00000 14 1 1 36 260 283K 7K 291K 1732 kde4-window-decorator 0e00000 3 1 1 134 149 224K 4K 229K 1508 kwalletd 2800000 17 4 0 46 74 190K 2K 193K 1731 kmix 1400000 72 68 1 309 644 136K 19K 155K 1925 Thunderbird bash-4.2$ top top - 23:29:13 up 16:12, 4 users, load average: 0.26, 0.31, 0.33 Tasks: 169 total, 2 running, 167 sleeping, 0 stopped, 0 zombie Cpu(s): 7.5%us, 3.7%sy, 0.6%ni, 88.2%id, 0.0%wa, 0.0%hi, 0.0%si, 0.0%st Mem: 2056248k total, 1982116k used, 74132k free, 33012k buffers Swap: 4194300k total, 396936k used, 3797364k free, 218180k cached PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND 1296 root 20 0 635m 488m 3176 S 2.5 24.3 42:48.70 X 31498 zawisza 20 0 2350m 348m 23m S 1.3 17.4 2:21.49 firefox 1925 zawisza 20 0 992m 92m 11m S 1.3 4.6 9:30.21 thunderbird-bin 1745 zawisza 20 0 2158m 65m 10m S 3.8 3.3 35:02.50 amarok 3808 zawisza 20 0 1324m 56m 5396 S 0.0 2.8 6:56.88 /usr/bin/deluge 1738 zawisza 9 -11 575m 53m 20m S 0.0 2.7 21:38.37 pulseaudio 4217 zawisza 20 0 610m 51m 8240 S 0.0 2.6 0:50.20 okular 1577 zawisza 20 0 707m 48m 13m S 0.0 2.4 23:41.59 kwin 1733 zawisza 20 0 974m 44m 17m S 2.5 2.2 13:38.38 kadu 1643 zawisza 20 0 1044m 41m 9512 S 0.0 2.0 5:09.06 plasma-desktop 1731 zawisza 20 0 783m 24m 4460 S 0.0 1.2 0:04.67 kmix 1755 zawisza 20 0 163m 23m 1416 S 1.3 1.2 8:40.53 skype 1645 zawisza 20 0 1224m 23m 6200 S 0.0 1.2 0:33.49 lancelot 4303 zawisza 20 0 525m 19m 11m S 2.5 1.0 0:04.54 konsole Więc niestety to nie plasma i dlaczego w top X ma 625M a w xrestop już tylko 150... Pozatym, po wyłączeniu większości aplikacji xrestop xrestop - Display: localhost:0 Monitoring 38 clients. XErrors: 7 Pixmaps: 40819K total, Other: 160K total, All: 40980K total res-base Wins GCs Fnts Pxms Misc Pxm mem Other Total PID Identifier 1e00000 63 49 1 1730 1987 20820K 50K 20871K 1643 plasma-desktop a top bash-4.2$ top top - 23:34:26 up 16:17, 4 users, load average: 0.69, 0.60, 0.44 Tasks: 165 total, 3 running, 162 sleeping, 0 stopped, 0 zombie Cpu(s): 16.5%us, 9.4%sy, 1.5%ni, 68.4%id, 4.1%wa, 0.0%hi, 0.0%si, 0.0%st Mem: 2056248k total, 1991304k used, 64944k free, 32872k buffers Swap: 4194300k total, 281728k used, 3912572k free, 554736k cached PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND 1296 root 20 0 633m 490m 2596 S 30.2 24.4 43:55.29 X 31498 zawisza 20 0 2334m 349m 23m S 7.0 17.4 2:45.72 firefox 1738 zawisza 9 -11 511m 53m 20m S 0.0 2.7 21:38.82 pulseaudio 1577 zawisza 20 0 707m 48m 13m S 1.3 2.4 23:42.64 kwin 1643 zawisza 20 0 1015m 44m 12m S 2.7 2.2 5:13.05 plasma-desktop Więc widać że problemem nie jest KDE tylko sam serwer X, czy da się coś z tym zrobić?? Pozdrawiam Zawisza PS. Co to są t "Xbłędy"? Odnośnik do komentarza Udostępnij na innych stronach More sharing options...
morsik Napisano Czerwiec 21, 2011 Zgłoszenie Share Napisano Czerwiec 21, 2011 To, że top Ci tak pokazuje, nie znaczy, że tak jest. Ze względu na architekturę X11 operacje rysowania są wykonywane przez niego, nie kwin. Obstawiam, że to kwin cieknie tak naprawdę, z resztą było tak zawsze. Z wersji na wersje KDE to naprawiają, ale jednak, ciągle coś jest nie tak. Na dowód tego co piszę, podam przykład: Gdy używasz Compiza, użycie CPU skacze w X, a nie compiz. Odnośnik do komentarza Udostępnij na innych stronach More sharing options...
Zawisza Napisano Czerwiec 25, 2011 Autor Zgłoszenie Share Napisano Czerwiec 25, 2011 To, ze top Ci tak pokazuje, nie znaczy, ze tak jest. Ze wzgledu na architekture X11 operacje rysowania sa wykonywane przez niego, nie kwin. Obstawiam, ze to kwin cieknie tak naprawde, z reszta bylo tak zawsze. Z wersji na wersje KDE to naprawiaja, ale jednak, ciagle cos jest nie tak. Na dowód tego co pisze, podam przyklad: Gdy uzywasz Compiza, uzycie CPU skacze w X, a nie compiz. W takim razie zrezygnowalem z kwin, uzywam teraz compiza + emerald i widze ze to polaczenie zachowuje sie co najmniej dziwnie... A dokladniej. - Menu (lancelot) pomimo ze "rozmycie okna" jest wlaczone, to menu nie jest rozmyte (tylko przezroczyste), przez co malo czytelne - To samo menu zawiesza sie (dziala, ale nie ma zadnej animacji) kiedy w compiz'ie wlaczony jest plugin KDE Compatybility - Kiedy wlaczony jest plugin KDE/Qt Event loop compiz zalicza wywrotke :| - I rzecz która wkurza mnie najbardziej to slaba wydajnosc podczas przesuwania okien, kostka pulpitu ogien i inne dzialaja idealnie, a kiedy przesuwam okna/zmieniam rozmiar czy robie z nimi cokolwiek to niemilosiernie sie wszystko tnie :| Za bardzo nie wiem jak to ugryzc :/ ** Usunalem wszystkie pliki konfiguracyjne ze swojego katalogu domowego Compiza wlaczylem dopiero po wylaczeniu efektów w "ustawieniach systemowych" Uzywany prze zemnie motyw pulpitu to "transparent-sima84" Lub oxygen A uzycie pamieci przez X nie podnioslo sie nawet o 0.1% odkad uzywam compiza Wiec operacja rzeczywiscie pomaga Ktos wie co moze mi pomóc? Pozdrawiam zawisza ############EDIT################## Po napisaniu tego posta uruchomilem ponownie wiekszosc aplikacji okienkowych i przesuwanie okna zaczelo dzialac prawidlowo (plynnie) Ale zmiana rozmiaru juz nie (Maxymalizacja i powrót do wczesniejszego rozmiaru dzialaja dobrze, nie dziala tylko "lapanie" za krawedz okna...) ############EDIT################## Jednak nie jest to wina kwin'a bo po kilku godzinach kiedy komputer byl nieuzywany zuzycie pamieci przez X'y wynosi 31,5% (ponad 600MB...) Odnośnik do komentarza Udostępnij na innych stronach More sharing options...
Rekomendowane odpowiedzi
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ę