|
ru.unix.bsd
- RU.UNIX.BSD ------------------------------------------------------------------
From : Valentin Davydov 2:5020/400 29 Jan 2007 16:27:26
To : Valentin Nechayev
Subject : Re: пpоблемы fxp em ipfw vlan
--------------------------------------------------------------------------------
> From: Valentin Nechayev <netch@segfault.kiev.ua>
> Date: Mon, 29 Jan 2007 07:49:59 +0000 (UTC)
>
>>>EG>>> А пpовеpь-ка ты память. И если двyхканальный pежим стоит - сделай
>>>EG>>> одноканальный.
>>>>> А pазве make buildworld в пpоцессе yстановки системы, yже не
>>>>>считается хоpошим тестом памяти?
>>VD>> make buildworld проверяет только где-то 50 метров под компиляцию, да ещё
>>VD>> (относительно проверяет) метров 110 под файловый кэш.
>>>
>>>Hеправда.
>VD> А сколько? Hа 64 метрах вроде собирается и особо не свопится при этом.
>
>Ты не понимаешь метод работы Mach-styled VM. В двух словах:
>1. Любые данные userland'а лежат на диске, это их основное место.
>(Своп - частный случай диска. Mmap'нутый файл - более прямой
>пример.)
>2. Оперативная память есть кэш диска.
>3. Оперативная память используется по максимуму, потому что это
>быстрый и удобный кэш.
>
>То есть если у тебя памяти 2G - она вся и будет заполнена и не будет
>активно чиститься пока не закончится. Чем именно - inactive
>процессы, кэш диска - неважно - в начале идёт только заполнение,
>удаление включится когда свободная память упадёт ниже нескольких
>мегабайт.
Опыт разглядывания topа показывает, что это не так. Даже когда один
процесс активно работает со множеством тяжёлых файлов (через read(2),
для определённости), цифры Cache и Buf вертятся вокруг полутра-двух
сотен мегабайт в сумме, а остальные гиги лежат в Free (ну, или в Inact,
оставшейся от недавно завершившегося жирного процесса).
Вал. Дав.
--- ifmail v.2.15dev5.3
* Origin: Demos online service (2:5020/400)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
