Nie jesteś zalogowany.
Jeśli nie posiadasz konta, zarejestruj je już teraz! Pozwoli Ci ono w pełni korzystać z naszego serwisu. Spamerom dziękujemy!
Prosimy o pomoc dla małej Julki — przekaż 1% podatku na Fundacji Dzieciom zdazyć z Pomocą.
Więcej informacji na dug.net.pl/pomagamy/.
Witam,
walczę z tym tematem już dobre kilka miesięcy. Sterownik do kart graficznych Intel został jakiś czas temu zidentyfikowany jako powodujący wyciek pamięci Xorg. Wg autora poprawki do sterownika błąd został [url=https://bugs.archlinux.org/task/38547]naprawiony[/url], ale ja mam wrażenie, że ten wyciek wciąż występuje.
Po uruchomieniu systemu zużycie pamięci wynosi u mnie 62/32 MB:
[url=http://en.zimagez.com/zimage/przechwycenieobrazuekranu-05032014-071123.php][img]http://en.zimagez.com/miniature/przechwycenieobrazuekranu-05032014-071123.png[/img][/url]
a po 5 dniach wzrosło do 93/31 MB:
[url=http://www.zimagez.com/zimage/przechwycenieobrazuekranu-10032014-113031.php][img]http://www.zimagez.com/miniature/przechwycenieobrazuekranu-10032014-113031.php[/img][/url]
Czy ktokolwiek z was używa karty Intel? Jeśli tak jak to u was wygląda przy komputerze działającym kilka dni? Czy zużycie RAM-u z dnia na dzień się powiększa?
Offline
Weź pod uwagę, że top pokazuje zużycie całkowite pamięci, czyli wszystkich programów biegających tam gdzieś w tle. Być może cron odpalił logrotate gdy waliłeś scrota? This way or another, ja skupiłbym się na zużyciu pamięci przez proces X, wszak to on ładuje jako .so kod dla Intela. Chyba że jest jakiś sposób na monitorowanie pamięci wydzielonej dla modułów jądra (bo sterownik to moduł kernela+moduł dla X), i tam możnaby się zahaczyć
00:02.0 VGA compatible controller: Intel Corporation Mobile 945GSE Express Integrated Graphics Controller (rev 03)
Wychodzi na to że ja posiadam, ale to netbook na Mint'cie z MATE, tutaj w czasie użytkowania mam mokre stopy :P
Offline
Tak, właśnie chodzi o zużycie pamięci przez sam proces Xorg. Top pokazuje to w odpowiedniej linijce i stamtąd odczytuję wartości RES/SHR.
[url=http://www.zimagez.com/zimage/przechwycenieobrazuekranu-10032014-122905.php][img]http://www.zimagez.com/miniature/przechwycenieobrazuekranu-10032014-122905.php[/img][/url]
gdzie:
[url=http://www.zimagez.com/zimage/przechwycenieobrazuekranu-10032014-123023.php][img]http://www.zimagez.com/miniature/przechwycenieobrazuekranu-10032014-123023.php[/img][/url]
Ostatnio edytowany przez davidoski (2014-03-10 12:30:46)
Offline
Ja nie mam takiego czegoś jak Xorg. Mam tylko X: xD
PID USER IORR IOWR IO IO PRI NI VIRT RES SHR S CPU% MEM% TIME+ Command 4473 root 0 0 0 B4 20 0 273M 61116 18992 S 1.3 6.0 3:52.06 │ └─ /usr/bin/X -nolisten tcp :0 -auth /tmp/serverauth.MaDBBDsNIY
Ale conky pokazuje Xorg zamiast X, więc to chyba to samo. W każdym razie u mnie na nvidii też są straszne przecieki i ten proces potrafi nawet 150-180MiB zjadać i nie muszę na to czekać parę dni, tylko kilka godzin albo nawet i minut, w zależności od obciążenia maszyny. Zwykle zjada koło 65 MiB. W sumie to się nie przyglądałem ostatnio, muszę popatrzeć czy to się dzieje nadal czy coś naprawili.
Offline
U mnie problem chyba nie występuje:
top - 13:25:12 up 1 day, 20:10, 2 users, load average: 0,03, 0,09, 0,13 Tasks: 1 total, 0 running, 1 sleeping, 0 stopped, 0 zombie %Cpu(s): 2,5 us, 0,7 sy, 0,0 ni, 96,6 id, 0,1 wa, 0,1 hi, 0,0 si, 0,0 st KiB Mem: 3963460 total, 3701452 used, 262008 free, 100048 buffers KiB Swap: 0 total, 0 used, 0 free. 2447056 cached Mem PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND 860 root 20 0 207808 27832 12016 S 1,2 0,7 73:14.43 Xorg
Nie widziałem żeby było kiedyś więcej niż 38 MB.
xserver-xorg-video-intel: Zainstalowana: 2:2.21.15-2+b1 Kandydująca: 2:2.21.15-2+b1 Tabela wersji: *** 2:2.21.15-2+b1 0 500 http://ftp.uk.debian.org/debian/ sid/main amd64 Packages 500 http://ftp.uk.debian.org/debian/ testing/main amd64 Packages 100 /var/lib/dpkg/status
Offline
Wygląda na to, że wyciek jednak istnieje. U mnie zużycie pamięci wciąż rośnie. Po 10 dniach: [b]122/35 MB[/b].
[url=http://www.zimagez.com/zimage/przechwycenieobrazuekranu-14032014-181030.php][img]http://www.zimagez.com/miniature/przechwycenieobrazuekranu-14032014-181030.php[/img][/url]
Jeśli ktoś ma kartę Intela i utrzymuje włączony komputer przez kilka dni to będę wdzięczny za potwierdzenie lub zdementowanie występowania podobnego efektu. Może to tylko fenomen mojego komputera, ale wydaje mi się, że to jednak sterownik.
Ostatnio edytowany przez davidoski (2014-03-14 18:14:51)
Offline
571
Ostatnio edytowany przez uzytkownikubunt (2016-12-01 00:47:39)
Offline
A jak to zrobić - jakiś tutorial? Zupełnie nie wiem o co chodzi, ale mogę się pobawić, bo doskwiera mi ten problem. Dosyć poważny bug moim zdaniem, dziwię się że nikt zasadniczo się nim nie zajmuje, a nawet nie dostrzega.
Offline
572
Ostatnio edytowany przez uzytkownikubunt (2016-12-01 00:47:41)
Offline
ok, dzięki
Offline
A nie szłoby z palca odpalić drugiego xservera na framebufferze czy innej vesie? I wtedy porównywać? Bo to że X puchnie to ustaliliśmy, ale to niekoniecznie musi być sterownik. Myślę że dwa razy odpalone środowisko plus 2x glxgears powinny dać jednoznaczne odpowiedzi :)
Offline
A jak to zrobić?
Offline
To może być nie sterownik tylko sam Xorg.
U mnie Xorg w tej chwili chodzi na sterze Vesa, i spuchł do:
psmemng | grep Xorg 110.9 MiB + 103.3 MiB = 214.2 MiB Xorg
w ciągu około 2 godzin.
Po południu (po zmianie karty, zaraz jadę ją odebrać :) ) ruszy prawdopodobniej na sterze Nvidii 334.21.
Wersja:
x11-base/xorg-server-1.14.3-r2
Ostatnio edytowany przez Jacekalex (2014-03-15 08:06:41)
Offline
root /home/kelloco2/: uptime 20:32:43 up 10:38, 1 user, load average: 0.57, 0.38, 0.29 root /home/kelloco2/: ps_mem | grep Xorg 70.7 MiB + 4.2 MiB = 74.9 MiB Xorg
karta Intela. może to taka natura Xorga.
Offline
Rzuć okiem za jakiś czas czy ilość zużywanej pamięci wzrośnie. U mnie doszło już do 160/30 MB. Jeśli będzie u Ciebie też rosło to znak, że ewidentnie jest z tym problem. Teoretycznie na desktopie restart raz na tydzień nie jest wielkim problemem, ale jak tu innym polecać linuksa, kiedy takie jaja się dzieją. Zawsze w robocie mnie wnerwiało, że musiałem Windę na laptopie restartować bo po tygodniu był już nie do używania. Teraz się okazuje, że na Linuksie wcale nie jest lepiej...
Ostatnio edytowany przez davidoski (2014-03-15 20:47:13)
Offline
Wygląda na to, że Xorg nie lubi niektórych sterów:
Na sterach Nvidii na razie spokojnie:
~> uptime 21:06:39 up 8:21, 4 users, load average: 0,51, 0,73, 0,55 ~> psmem | grep Xorg 41.3 MiB + 44.4 MiB = 85.6 MiB Xorg
Widocznie Xorg nie przepada za sterami z najnowszego kernela i objawia to rosnącą zajętością RAMu. :P
Pozdro
;-)
Offline
575
Ostatnio edytowany przez uzytkownikubunt (2016-12-01 00:47:44)
Offline
[quote=davidoski]Rzuć okiem za jakiś czas czy ilość zużywanej pamięci wzrośnie. U mnie doszło już do 160/30 MB. Jeśli będzie u Ciebie też rosło to znak, że ewidentnie jest z tym problem. Teoretycznie na desktopie restart raz na tydzień nie jest wielkim problemem, ale jak tu innym polecać linuksa, kiedy takie jaja się dzieją. Zawsze w robocie mnie wnerwiało, że musiałem Windę na laptopie restartować bo po tygodniu był już nie do używania. Teraz się okazuje, że na Linuksie wcale nie jest lepiej...[/quote]
mam kernel 3.13 i wszystko dość świeże w sumie chciałbym tak zmierzyć, ale:
*nie działa mi hibernacja (poderzewam, że przez bumbeeble i wyłączoną nVidię -widzę po dmesg, ale narazie nie chce mi się pisać BUG raporta czy o tym myśleć)
*usypianie mi działa, ale komputer po jakimś czasie się sam włącza. I tak też przed spaniem go usypiam, budzę się patrzę a on włączony :P
ze stabilnością nie mam problemów, ale żeby uzyskać uptime >4 dni obawiam się, że jest to niezdrowe dla mojego laptopa (skoro sam się wybudza i praktycznie jest non stop włączony wtedy).
EDIT:
poza tym obstawiam, że ten problem to nie wina jądra Linux a Xorga
Ostatnio edytowany przez dominbik (2014-03-15 22:26:17)
Offline
@dominbik: Od kiedy masz te problemy z [s]hibernacją[/s] usypianiem? Bo od jakiegoś czasu obserwuje je u sb (miałem może takie coś ze 4-5 razy), że laptop się wybudzał w randomowym czasie, raz po całej nocce uśpienia i jeszcze potem kilka razy, jednak problem zrzuciłem na myszkę bezprzewodową (od paru dni mam nową) i jej odbiornik
Ostatnio edytowany przez thomsson (2014-03-15 23:33:09)
Offline
problemy z hibernacją jakoś od niedawna (na starszym kernelu działała). problemy z usypianiem i samoistnym wybudzaniem się laptopa (czasem nawet wyłączonego) od dawna -> http://forum.dug.net.pl/viewtopic.php?pid=223463
Offline
Hibernacji nigdy nie używałem, nawet nie testowałem(przy pisaniu wkradł mi się chohlik...), natomiast od paru dni laptop sam z siebie się wybudza, myślałem, że u ciebie to samo(zapomniałem o tamtym wątku), cóż póki co będę obserwował, czy dzieje się to dalej, jak tak to może uruchomię system na starszym jądrze i pomonituję znów
Offline
Ja tam w ogóle nie usypiam ani nie hibernuję laptopa. Chodzi non stop od jakiegoś pół roku (tylko go restartuję z powodu zjadania ramu przez xorg). Z tym, że mam podłączony zewnętrzny monitor, a wyświetlacz laptopa wyłączony i na noc pstrykam tylko monitor na off, a rano włączam.
Ostatnio edytowany przez davidoski (2014-03-16 01:50:06)
Offline
uptime 23:46:20 up 5 days, 5:32, 3 users, load average: 0,26, 0,25, 0,23
ps_mem |grep Xorg 16.8 MiB + 2.3 MiB = 19.1 MiB Xorg
Offline
Hmmm, i jak to wyjaśnić? Może spróbowałbym zainstalować pakiety w Twoich wersjach?
Offline
Pewnie ma to związek z tym:
http://forum.dug.net.pl/viewtopic.php?id=24911
Kolejny wynik:
uptime 21:44:33 up 6 days, 3:31, 3 users, load average: 0,11, 0,15, 0,36
ps_mem |grep Xorg 16.8 MiB + 2.8 MiB = 19.6 MiB Xorg
Offline
Time (s) | Query |
---|---|
0.00012 | SET CHARSET latin2 |
0.00004 | SET NAMES latin2 |
0.00095 | SELECT u.*, g.*, o.logged FROM punbb_users AS u INNER JOIN punbb_groups AS g ON u.group_id=g.g_id LEFT JOIN punbb_online AS o ON o.ident='3.142.130.242' WHERE u.id=1 |
0.00065 | REPLACE INTO punbb_online (user_id, ident, logged) VALUES(1, '3.142.130.242', 1732529037) |
0.00070 | SELECT * FROM punbb_online WHERE logged<1732528737 |
0.00062 | SELECT topic_id FROM punbb_posts WHERE id=260257 |
0.00424 | SELECT id FROM punbb_posts WHERE topic_id=25407 ORDER BY posted |
0.00109 | SELECT t.subject, t.closed, t.num_replies, t.sticky, f.id AS forum_id, f.forum_name, f.moderators, fp.post_replies, 0 FROM punbb_topics AS t INNER JOIN punbb_forums AS f ON f.id=t.forum_id LEFT JOIN punbb_forum_perms AS fp ON (fp.forum_id=f.id AND fp.group_id=3) WHERE (fp.read_forum IS NULL OR fp.read_forum=1) AND t.id=25407 AND t.moved_to IS NULL |
0.00013 | SELECT search_for, replace_with FROM punbb_censoring |
0.00105 | SELECT u.email, u.title, u.url, u.location, u.use_avatar, u.signature, u.email_setting, u.num_posts, u.registered, u.admin_note, p.id, p.poster AS username, p.poster_id, p.poster_ip, p.poster_email, p.message, p.hide_smilies, p.posted, p.edited, p.edited_by, g.g_id, g.g_user_title, o.user_id AS is_online FROM punbb_posts AS p INNER JOIN punbb_users AS u ON u.id=p.poster_id INNER JOIN punbb_groups AS g ON g.g_id=u.group_id LEFT JOIN punbb_online AS o ON (o.user_id=u.id AND o.user_id!=1 AND o.idle=0) WHERE p.topic_id=25407 ORDER BY p.id LIMIT 0,25 |
0.00088 | UPDATE punbb_topics SET num_views=num_views+1 WHERE id=25407 |
Total query time: 0.01047 s |