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!
Ogłoszenie
Prosimy o pomoc dla małej Julki — przekaż 1% podatku na Fundacji Dzieciom zdazyć z Pomocą.
Więcej informacji na dug.net.pl/pomagamy/.
#1 2007-05-09 08:21:03
Matthew - 
Użytkownik
Zajmowana pamięć
Jak sprawdzić jaki proces zajmuje ile pamięci? Po dniu chodzenia komputera, wyłączeniu wszystkich aplikacji, wylogowaniu się, lecz nie wyłączaniu samego komputera zajęte mam około 200 MB ramu mimo iż normalnie po włączeniu zajmowane jest tylko 70 MB.
Offline
#2 2007-05-09 08:33:38
0dd - Członek DUG
- 0dd
- Członek DUG
- Skąd: Kraków
- Zarejestrowany: 2006-03-25
Re: Zajmowana pamięć
Kod:
ps aux --sort rss
apt-get install anarchism
Offline
#3 2007-05-09 13:37:40
jozek - Użytkownik
- jozek
- Użytkownik
- Skąd: Nowa Sól
- Zarejestrowany: 2006-04-14
Re: Zajmowana pamięć
Jak sprawdzić jaki proces zajmuje ile pamięci? Po dniu chodzenia komputera, wyłączeniu wszystkich aplikacji, wylogowaniu się, lecz nie wyłączaniu samego komputera zajęte mam około 200 MB ramu mimo iż normalnie po włączeniu zajmowane jest tylko 70 MB.[/quote]
to akurat jest normalne. w mysl zasady:
Nie wykorzystany ram - ramem straconym.
Offline
#4 2007-05-09 16:22:17
Matthew - Użytkownik
Re: Zajmowana pamięć
to akurat jest normalne. w mysl zasady:
Nie wykorzystany ram - ramem straconym.[/quote]
Nie nie nie, Co innego wykorzystywać ram pod bufory i cache a co innego uważać go za zajętego jak zajętym nie jest/nie powinien być. Prawdopodobnie cała wina leżała w daemonie logów, cupsie, sterów do hp lub w libc6 z unstable (coś ostatnio często wrzucają nową wersję tej paczki).
Offline
#5 2007-05-09 18:41:46
Zbooj - Dark Sith
- Zbooj
- Dark Sith
- Skąd: Siedziba Wszelkiego Zła
- Zarejestrowany: 2005-07-28
Re: Zajmowana pamięć
to akurat jest normalne. w mysl zasady:
Nie wykorzystany ram - ramem straconym.[/quote]
Zgadzam się.
Są specjalne algorytmy przydzielanie i zwalniania pamięci RAM przez system operacyjny. Wystarczy napisać prosty program (kilka pętli tworzących duże tablice) żeby się przekonać jak bardzo efektywne są to algorytmy. Różnie są realizowane, ale jak widać nigdy nie osiągnie się pełnej doskonałości w tej kwestii. Przykładem może być gubienie przez program znacznika-adresu segmentu pamięci, wtedy program prosi system o przydzielenie dodatkowej (nowej) pamięci i już masz w ten sposób zapełnione dwa segmenty. Taka sytuacja często zdarza się, jeżeli program jest niewłaściwie (świadomie bądź też nieświadomie) napisany.
[url=https://www.youtube.com/watch?v=rNg2Dh6gPkw]Nemo sailing home...[/url]
Offline
Informacje debugowania
| Time (s) | Query |
|---|---|
| 0.00015 | SET CHARSET latin2 |
| 0.00006 | SET NAMES latin2 |
| 0.00132 | 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.133.128.227' WHERE u.id=1 |
| 0.00070 | REPLACE INTO punbb_online (user_id, ident, logged) VALUES(1, '3.133.128.227', 1732433457) |
| 0.00060 | SELECT * FROM punbb_online WHERE logged<1732433157 |
| 0.00071 | SELECT topic_id FROM punbb_posts WHERE id=60328 |
| 0.00078 | SELECT id FROM punbb_posts WHERE topic_id=7921 ORDER BY posted |
| 0.00074 | 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=7921 AND t.moved_to IS NULL |
| 0.00007 | SELECT search_for, replace_with FROM punbb_censoring |
| 0.00093 | 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=7921 ORDER BY p.id LIMIT 0,25 |
| 0.00093 | UPDATE punbb_topics SET num_views=num_views+1 WHERE id=7921 |
| Total query time: 0.00699 s | |