LINUX.ORG.RU
ФорумAdmin

Ubuntu 8.10 - кто жрет память?


0

0

Имеется Intel Core Duo 2.6 с 3 Гб оперативки. Установлен Ubuntu 8.10.

Кроме стандартного убунтуевского набора служб, запущены еще sshd и nfsd. Из-под простого пользователя пущены amuled и transmission-demon.

Наблюдается следующее: после загрузки компа в топе видно, что свободной памяти чуть больше 2 Гб, а своп не используется совсем. Затем в течении нескольких часов объем свободной памяти постепенно убывает, стремясь к нулю. При этом amuled и transmission-demon сколько заняли при запуске, столько и занимают.

Потом происходит кое-что похуже. Я не понял, связано это с нехваткой памяти или нет, но: в моей домашней локалке есть еще старенький ноутбук. Стоит тоже Ubuntu 8.10. Он работает практически как терминал к большому компу: ряд директорий смонтирован по nfs, а приложения запускаются через ssh. И вот в какой-то момент и nfs, и ssh начинают дико тормозить. Набираешь ls и 10 секунд отдыхаешь.

Если в этот момент сесть за большой комп непосредственно, то в целом признаков торможения не ощущается.

Как понять, что это за глюки и как с ними бороться?

Жрет кэш, тормозит сеть.

as33 ★☆☆
()

ставим htop на ноут и на комп, и смотрим.

а затем проверяем не тормозит ли собственно локалка.

Komintern ★★★★★
()

> Наблюдается следующее: после загрузки компа в топе видно, что свободной памяти чуть больше 2 Гб, а своп не используется совсем. Затем в течении нескольких часов объем свободной памяти постепенно убывает, стремясь к нулю. При этом amuled и transmission-demon сколько заняли при запуске, столько и занимают.

Вероятнее всего, это дисковый кеш занимает место. Несмотря на твои субъективные ощущения, сам по себе дисковый кеш не вызывает тормозов при работе с памятью, так как при недостатке памяти для приложений дисковый кеш автоматически освобождается. В выводе команды free дисковый кеш помечен как "cached".

gaa ★★
()
Ответ на: комментарий от Deleted

Точно, дисковый кэш.

me@mycomp$ free -m
          total       used       free     shared    buffers     cached
mem:       3038       2858        179          0        223       2175
-/+ buffers/cache:     460       2578
Swap:      2047          4       2042

Как лечить? Как ограничить размер этого кэша?

mysovsky
() автор топика
Ответ на: комментарий от mysovsky

>Как лечить? Как ограничить размер этого кэша?
А нафига? чтобы дисковые операции тормозили? Или чтобы вас грела строка "free: 2175"?

zgen ★★★★★
()
Ответ на: комментарий от mysovsky

> Как лечить? Как ограничить размер этого кэша?

Никак. Это не является проблемой, потому лечить её не надо. Размер кеша снижается при необходимости автоматически.

Привычки, оставшиеся с альтернативной ОС ("если памяти, помеченной как free мало, то всё тормозит") просьба оставить там, где они возникли.

gaa ★★
()
Ответ на: комментарий от zgen

А как же тогда сделать, чтоб локалка не тормозила? Я правильно понял, что разрастание кэша и тормоза локалки взаимосвязаны?

mysovsky
() автор топика
Ответ на: комментарий от mysovsky

> А как же тогда сделать, чтоб локалка не тормозила?
Для начала проверить кабель.

> Я правильно понял, что разрастание кэша и тормоза локалки взаимосвязаны?

Нет.

gaa ★★
()

> Стоит тоже Ubuntu 8.10. Он работает практически как терминал к большому компу: ряд директорий смонтирован по nfs, а приложения запускаются через ssh. И вот в какой-то момент и nfs, и ssh начинают дико тормозить. Набираешь ls и 10 секунд отдыхаешь.

Он к нему напрямую подключен или через хаб, через который торренты идут?

anonymous
()
Ответ на: комментарий от anonymous

Спасибо всем, помогли разобраться.

Дело было не в памяти, и даже не в локалке, которая нормально выдает свои 100 Мбит/с (как оказалось). У старого ноутбука просто сдох жесткий диск. Вот он и тормозил (при копировании большого файла из одной локальной директории в другую, например). Потому-то мне этот ноут на работе и отдали, что сладить с ним не могли.

Поменял диск, поставил Ubuntu еще раз. Помогло.

mysovsky
() автор топика

top
потом F
потом n
потом enter

dimon555 ★★★★★
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.