Исходное сообщение
"Рассчитать cache_dir и cache_mem s SQUID" Отправлено Андрей Слободяник, 05-Мрт-05 12:14
Я скажу свое субъективное "имхо", а пусть гуру поправят. Есть L1 директорий. В каждой - L2 поддиректорий. В каждой из поддиректорий снова по L2 файлов. Итого: L1*L2*L2 объектов. Для стандартных 16 256 получаем: 16*256*256=1048576 "мегабайт" объектов. Средний размер объектов - эмпирические 13 кбайт. Однако большой кеш делать не стоит, всё равно там будут лежать старые объекты, под которые хоть дискового места не жалко, но расходуется оперативка на их индекс, поиск и т.д. Опять же эмпирически вроде рекомендуется делать размер кеша равным недельному трафику. cache_mem отвечает за хранение закешированных объектов в оперативке. В большинстве случаев этот параметр можно ставить весьма малым, учитывая что в большинстве случаев объект берется всё-таки из _дискового_ кеша, а не из _оперативного_. Вообще же, ещё зависит от деятельности юзеров: если они (гипотетически) каждый раз лазят на всё новые страницы - сквид вообще не нужен, а если все в инет-клубе дружно рубятся в combats.ru (как у меня), то при 4Гб кеша и 32M cache_mema получается средний Request Hit Ratio - 60.0 %, Byte Hit Ratio - 30 %. Мониторить хорошо MRTG через snmp, настройки - здесь же, на опен.нете. Касательно swap-а и политики его использования - я так и не понял. На мой взгляд, при современных объемах RAMa - 512-1024Gb его лучше не использовать - зачем лишние дисковые тормоза? Но если не включать совсем, то при неправильном расходе памяти, может что-то не загрузиться/выгрузиться, что на сервере весьма некстати.

Ваше сообщение
Имя*:
EMail:	Для отправки новых сообщений в текущей нити на email укажите знак ! перед адресом, например, !user@host.ru (!! - не показывать email). Более тонкая настройка отправки ответов производится в профиле зарегистрированного участника форума.
Заголовок*:
Сообщение*:	> Я скажу свое субъективное "имхо", а пусть гуру поправят. > Есть L1 директорий. В каждой - L2 поддиректорий. В каждой из поддиректорий > снова по L2 файлов. Итого: L1*L2*L2 объектов. Для стандартных 16 256 > получаем: 16*256*256=1048576 "мегабайт" объектов. Средний размер объектов - эмпирические > 13 кбайт. > Однако большой кеш делать не стоит, всё равно там будут лежать старые > объекты, под которые хоть дискового места не жалко, но расходуется оперативка > на их индекс, поиск и т.д. Опять же эмпирически вроде рекомендуется > делать размер кеша равным недельному трафику. > cache_mem отвечает за хранение закешированных объектов в оперативке. В большинстве случаев > этот параметр можно ставить весьма малым, учитывая что в большинстве случаев > объект берется всё-таки из _дискового_ кеша, а не из _оперативного_. > Вообще же, ещё зависит от деятельности юзеров: если они (гипотетически) каждый раз > лазят на всё новые страницы - сквид вообще не нужен, а > если все в инет-клубе дружно рубятся в combats.ru (как у меня), > то при 4Гб кеша и 32M cache_mema получается средний Request Hit > Ratio - 60.0 %, Byte Hit Ratio - 30 %. > Мониторить хорошо MRTG через snmp, настройки - здесь же, на опен.нете. > Касательно swap-а и политики его использования - я так и не понял. > На мой взгляд, при современных объемах RAMa - 512-1024Gb его лучше > не использовать - зачем лишние дисковые тормоза? Но если не включать > совсем, то при неправильном расходе памяти, может что-то не загрузиться/выгрузиться, что > на сервере весьма некстати.
	Введите код, изображенный на картинке: