|
ru.unix.bsd
- RU.UNIX.BSD ------------------------------------------------------------------
From : Valentin Nechayev 2:5020/400 29 Jan 2007 11:49:59
To : Valentin Davydov
Subject : Re: пpоблемы fxp em ipfw vlan
--------------------------------------------------------------------------------
>>> Valentin Davydov wrote:
>>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
процессы, кэш диска - неважно - в начале идёт только заполнение,
удаление включится когда свободная память упадёт ниже нескольких
мегабайт.
При buildworld у тебя перерабатывается примерно гиг диска. Они все
пройдут через кэш. Да, на взгляд ты практически не отличишь случай
64M (когда на кэш диска останется метров 16) от 2G (когда он займёт
больше гига), потому что это будет разница между 99.9% и 99.99%
(примерно) эффективностью на типичном шаблоне использования. Hо
память будет занята.
-netch-
--- ifmail v.2.15dev5.3
* Origin: Dark side of coredump (2:5020/400)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
