|
|
ru.linux- RU.LINUX --------------------------------------------------------------------- From : Vladimir Bormotov 2:5020/400 19 Jan 2003 00:35:12 To : Alex Tomas Subject : Re: куда идет линукс... ;-) --------------------------------------------------------------------------------
Hi, Alex!
>>>>> "AT" == Alex Tomas <bzzz@tmi.comex.ru> writes:
AT>> твоя проблема связана (скорее всего) с быстрым заполнением
AT>> доступного ОЗУ кэшем (в данном случае абсолютно бесполезным) и
AT>> вытеснением действительно полезных страниц в своп/etc.
VB>> кстати, еще не знаю в каком году в os2 hpfs386 была возможность
VB>> снимать статистику попаданий в кеш, и крутить какие-то ручки с
VB>> целью тюнинга работы дисков. Лично мне это помогало выжать "еще
VB>> чуть-чуть" из железа.
VB>> Разумеется статститика снималась не пол часа, а довольно
VB>> длительно время.
VB>> У нас такое что, никому не нужно? Есть какие-нибудь штатные
VB>> средства (меня бы устроили счетчики в /proc), котоыре смогут
VB>> показать статистику?
VB>> Или слишком сложно хранить в ядре несколько long long и увеличивать
VB>> их?
AT> патчи, конечно, есть для этого дела. но, насколько я понимаю, в этом
AT> нет _особой_ необходимости. раньше была возможность buffer cache
AT> (читай дисковый кэш) в размерах ограничивать. соответственно были
AT> необходимы средства для выяснения насколько эффективно этот кэш
AT> используется. а сейчас везде unified cache, в котором по-сути нет
AT> различия между disk cache, приватной и mmap()'ed памятью.
унифицировали ;)
понятно.
AT> их достаточно проблематично друг от друга отделить. а раз нет способа
AT> управлять, то и мониторить как бы незачем..
тут темболее понятно. Смысла следить за тем, что нельзя крутить
никакого.
AT> фактически, сейчас совсем немного показателей эффективности
AT> использования памяти.. наиважнейший из них - active в
AT> /proc/meminfo. последние версии vmstat его показывают вроде
AT> желательно, чтобы active было меньше размера ОЗУ ;)
а чего и в какую строну можно крутить? Где-то кроме исходников есть хоть
что-то вменяемое написано?
--
Bor.
--- ifmail v.2.15dev5
* Origin: BorHomeLand (2:5020/400)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
Архивное /ru.linux/2541ab12cac2.html, оценка из 5, голосов 10
|