|
ru.unix.bsd
- RU.UNIX.BSD ------------------------------------------------------------------
From : Valentin Nechayev 2:5020/400 13 Jul 2007 09:37:34
To : Slawa Olhovchenkov
Subject : Re: lightweight interactive shell
--------------------------------------------------------------------------------
>>> Slawa Olhovchenkov wrote:
SO>>>>> slw 4430 0.0 0.1 2832 376 p1 Ss 21Jun07 0:00.20
SO>>>>> /usr/local/bin/zsh
EG>>>> Оно у тебя точно ни одной странички в своп-то не положило?
EG>>>> RES на машине без свопа и со свопом - две большие разницы,
EG>>>> как говорят в Одессе.
SO>>> мнэ, тебе на VSZ не посмотреть и не подумать? или ты совсем того, по
SO>>> RES сравнивать?
EG>> А что, по VSZ сравнивать? Это вообще верхняя грань aka погода на Марсе...
EG>> А RES в отсутствии свопа это нижняя грань, там shared pages в случае более
EG>> одной копии шелла... Предложишь более-менее точный метод сравнения?
SO> конечно по VSZ. RES -- это погода на марсе. мнго памяти и никто больше не
SO> запущен -- он и libc и весь VSZ отмапит и в RES покажет. тяжело будет -- до
SO> минимального RES уменьшит и начнет свопом дрыгать.
VSZ - "погода на Марсе" в значительно большей степени, чем RES.
Туда может попасть библиотека, из которой ни разу ничего не вызвали,
память, которую попросили и не трогали, многогиговый файл, который
замапили, а читать будут если рак на горе свистнет. Кроме того,
часть (непредсказуемая, от 0 до 100%) этой памяти может делиться с
другими процессами и выделяться в личное пользование при COW при
записи в него. RES немного осмысленнее - потому что показывает,
сколько сейчас процесс реально использует кэша (в том смысле, что
для этого типа VM оперативная память всегда является кэшом диска).
Вообще, с массовым распространением Mach-styled VM среди ОС
возможность точного анализа затрат памяти закончилась. Все
исследования, сделанные не в режиме "тут работает только этот
процесс и ничего больше", будут измерением даже не погоды на Марсе,
а её предсказаний гидрометеоцентром на Венере.
-netch-
--- ifmail v.2.15dev5.3
* Origin: Dark side of coredump (2:5020/400)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
