|
ru.unix.bsd- RU.UNIX.BSD ------------------------------------------------------------------ From : Alexei Ivanov 2:5020/400 23 Mar 2001 21:37:36 To : All Subject : from Swap to RAM --------------------------------------------------------------------------------
Hi,
Eugene Grosbein wrote:
> >> Смысл есть, уменьшить размер ядра, выкинув из него лишний код.
> >> Для PicoBSD самое то. А что память должна кончаться - так она и кончается.
> >Чудак - человек. Ему говорят, что ничего их ядра не выкидывается, а он
> >свое...
> Это точно, что ничего? А то в freebsd-small говорили обратное.
Зачем мне freebsd-small я у себя проверял на своей машине.
И зачем мне врать...
Проверяется просто - собирается ядро "без поддержки" свопа и
наблюдается за его состоянием при нагрузке.
Ладно это ерунда. Хотя неприятно и непонятно.
Хуже другое. Может кто-то из знающих bsd объяснит,
почему подобная штука происходит с памятью.
Возможно, конечно, я не правильно смотрю.
Для просмотра состояния используется top.
Hа ненагруженной машине стоит mysql, который показывает, что
использует порядка 100Mb памяти при этом в статусе почти вся память
свободна. Довольно странно. Hо это еще не все.
Если запустить сборку системы - buildworld,
то естественно используется часть памяти, почти вся :-)
После окончания когда все процессы выгружены имеем занятой
туже почти всю область памяти...
Это что либо память не освобождается либо top показывает полную
ерунду. Если второе, то какой смысл в этой программе???
P.S. Да и в довесок. Тут народ говорил, что мол в свопе остается все
вечно пока не потребуется эта область. Мне вот непонятно.
Если процесс который был сохранен в свопе со своими данными и проч.
уже прекратил существование, то для этого он должен быть как минимум
сначала переброшен в RAM и потом завершен если не убит.
Таким образом в свопе вообще не может ничего оставаться.
Тем более, что там храняться принципиально временные данные, не акутальные
при выключении машины, то и стирать по сути ничего не надо.
Hадо лишь принудительно сказать что он пуст. Хотя бы асинхронно, когда
машина стоит. Вообщем что-то мне не нравиться менеджер памяти
под BSD...
Может у кого есть чего пояснить?
--
Alexei
--- ifmail v.2.15dev5
* Origin: Institut fuer Halbleitertechnik (2:5020/400)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
Архивное /ru.unix.bsd/2498b49059d6.html, оценка из 5, голосов 10
|