форумы  помощь  поиск  регистрация  майллист  ВХОД  слежка

Вариант для распечатки		Пред. тема | След. тема
Форумы Настройка Squid и других прокси серверов (Public)
Изначальное сообщение		[Проследить за развитием треда]

"Процент попаданий..."
Сообщение от Dmitry (??) on 09-Мрт-05, 09:21  (MSK)
Подскажите пожалуйста кто знает... от чего зависит процент хитов.... и можно ли с помощью конфига увеличить этот процент? зависит ли этот процент от размера cache_dir, cache_mem, maximum_object_size, maximum_object_size_in_memory? и какие параметры необходимо поставить чтобы увеличить процент попаданий? можете привести примеры ваших настроек этих параметров.....
	Правка | Высказать мнение | Ответить | Рекомендовать в FAQ | Cообщить модератору | Наверх

Индекс форумов | Темы | Пред. тема | След. тема

Сообщения по теме

1. "Процент попаданий..."
Сообщение от Андрей Слободяник on 09-Мрт-05, 10:51  (MSK)
Я свои соображения изложил здесь: https://www.opennet.ru/openforum/vsluhforumID12/2986.html
Удалить	Правка | Высказать мнение | Ответить | Рекомендовать в FAQ | Cообщить модератору | Наверх

	2. "Процент попаданий..."
	Сообщение от Dmitry (??) on 09-Мрт-05, 11:10  (MSK)
	Вобщем есть машина FreeBSD 55.2.... P4 3000.... 2 гига оперативки... хард 120 гигов.... Суточный траффик около 600 гигов.... по примерным подсчетам сквид экономит 2 гига  в день... вот настройки: cache_dir ufs /usr/local/squid/cache 90000 16 256 cache_mem 32 MB maximum_object_size 1024 KB maximum_object_size_in_memory 10 KB есть задача - увеличить экономию..... что можно в таком случае посоветовать? при таком раскладе процесс сквида потребляет 800-900 метров оперативки.... при увеличении cache_mem и maximum_object_size объем памяти возрастает и доходя до 1024 метра процесс вываливается.... но суть не в том.... необходимо чтобы увеличился процент хитов, но процесс не переходил за границу 1024 метра.....
	Удалить	Правка | Высказать мнение | Ответить | Рекомендовать в FAQ | Cообщить модератору | Наверх

	3. "Процент попаданий..."
	Сообщение от cimmerman (ok) on 09-Мрт-05, 23:22  (MSK)
	Если тебе нужно поднять хитрэйт то cache_replacement_policy  heap LFUDA Если сэкономить трафик cache_replacement_policy  heap GDSF и максимальный размер обьекта сделай поболее Хотя трудно сказать что даст лучший результат при таких обьемах Усредненный размер обьекта бы неплохо глянуть memory_replacement_policy heap LFUDA действует аналогично хотя влияет только на производительность memory_pools on memory_pools_limit  примерно 1000 MB cache_mem теперь можно и побольше сделать но не факт что заработает
	Удалить	Правка | Высказать мнение | Ответить | Рекомендовать в FAQ | Cообщить модератору | Наверх

	5. "Процент попаданий..."
	Сообщение от Dmitry (??) on 10-Мрт-05, 14:04  (MSK)
	>Если тебе нужно поднять хитрэйт то >cache_replacement_policy  heap LFUDA >Если сэкономить трафик >cache_replacement_policy  heap GDSF и максимальный размер обьекта сделай поболее >Хотя трудно сказать что даст лучший результат при таких обьемах >Усредненный размер обьекта бы неплохо глянуть > >memory_replacement_policy heap LFUDA действует аналогично хотя влияет только на производительность > >memory_pools on >memory_pools_limit  примерно 1000 MB >cache_mem теперь можно и побольше сделать но не факт что заработает а как можно узнать усредненный размер объекта? memory_replacement_policy heap LFUDA maximum object size 2048 выставил параметры такт как ты указал.... будем пробовать... смотреть... но сразу стало заметно что размер процесса по команде top стал расти... и я так подозреваю что после достижения 1024 он упадет... спасибо за ответ.... а можно узнать - почему memory pools limit примерно 1000?
	Удалить	Правка | Высказать мнение | Ответить | Рекомендовать в FAQ | Cообщить модератору | Наверх

	4. "Процент попаданий..."
	Сообщение от Андрей Слободяник on 10-Мрт-05, 13:24  (MSK)
	>Вобщем есть машина FreeBSD 55.2.... >P4 3000.... 2 гига оперативки... хард 120 гигов.... >Суточный траффик около 600 гигов.... Здоровый трафик! Только не пойму, люди фильмы тянут, или тысячи пользователей лазят по страничкам? >по примерным подсчетам сквид экономит 2 гига  в день... >вот настройки: >cache_dir ufs /usr/local/squid/cache 90000 16 256 >cache_mem 32 MB >maximum_object_size 1024 KB И при таком трафике объекты больше мегабайта в кеш не класть?! >при увеличении cache_mem и maximum_object_size объем памяти возрастает и доходя до 1024 cache_mem сильно увеличивать не надо, а вот maximum_object_size - однозначно.
	Удалить	Правка | Высказать мнение | Ответить | Рекомендовать в FAQ | Cообщить модератору | Наверх

	6. "Процент попаданий..."
	Сообщение от Dmitry (??) on 10-Мрт-05, 14:08  (MSK)
	>Здоровый трафик! Только не пойму, люди фильмы тянут, или тысячи пользователей лазят >по страничкам? > ну не тысячи... но много...... >И при таком трафике объекты больше мегабайта в кеш не класть?! > поставил 2048.... процесс вырас до 1024 мб и сквид выпал.... может стоит уменьшить размер кэша но повысить maximum_object_size?
	Удалить	Правка | Высказать мнение | Ответить | Рекомендовать в FAQ | Cообщить модератору | Наверх

	7. "Процент попаданий..."
	Сообщение от Андрей Слободяник on 10-Мрт-05, 15:58  (MSK)
	>>Здоровый трафик! Только не пойму, люди фильмы тянут, или тысячи пользователей лазят >>по страничкам? >> >ну не тысячи... но много...... Всё равно не понятно. Сколько пользователей? Какой контент они смотрят? Каким образом они умудряются столько выкачивать? > >>И при таком трафике объекты больше мегабайта в кеш не класть?! >поставил 2048.... процесс вырас до 1024 мб и сквид выпал.... >может стоит уменьшить размер кэша но повысить maximum_object_size? maximum_object_size можно поднимать смело, у меня 1024000 KB Размер кеша можно попробовать уменьшить, так как чем больше кеш, тем больше его индекс в оперативке. И ещё нужно наверно подкрутить взаимодействие с ядром, чтобы не было лимита в 1024 Мб. Хотя... странно как-то советовать... у меня _месячный_ трафик до 50 Гб, а у тебе суточный - 600 Гб
	Удалить	Правка | Высказать мнение | Ответить | Рекомендовать в FAQ | Cообщить модератору | Наверх

	8. "Процент попаданий..."
	Сообщение от Dmitry (??) on 10-Мрт-05, 17:59  (MSK)
	>Хотя... странно как-то советовать... у меня _месячный_ трафик до 50 Гб, а >у тебе суточный - 600 Гб Прошу прощения.... около 300 клиентов... 600гб - месячный траффик... в среднем 25 гигов в сутки.... в основном вэб страницы смотрят....
	Удалить	Правка | Высказать мнение | Ответить | Рекомендовать в FAQ | Cообщить модератору | Наверх

	9. "Процент попаданий..."
	Сообщение от 5trovi4 (??) on 11-Мрт-05, 12:23  (MSK)
	А как вообще узнать сколько хитов при запросах? Подскажите плиз.
	Удалить	Правка | Высказать мнение | Ответить | Рекомендовать в FAQ | Cообщить модератору | Наверх

	10. "Процент попаданий..."
	Сообщение от Dmitry (??) on 11-Мрт-05, 12:39  (MSK)
	>А как вообще узнать сколько хитов при запросах? Подскажите плиз. Я использую Calamaris... Можно SARGом ... но я SARG не пробовал...
	Удалить	Правка | Высказать мнение | Ответить | Рекомендовать в FAQ | Cообщить модератору | Наверх

	11. "Процент попаданий..."
	Сообщение от keepver (??) on 13-Мрт-05, 23:55  (MSK)
	если сквид собран с поддержкой snmp, то примерно так: snmpget -v 1 -m /usr/local/squid/share/mib.txt -p 3401 имя_хоста комьюнити cacheHttpHits а если эту цифру разделишь на значение snmpget -v 1 -m /usr/local/squid/share/mib.txt -p 3401 имя_хоста комьюнити cacheProtoClientHttpRequests то получишь процент попаданий, ну  на  100 еще умножить ессно. для удобства можно скормить это mrtg или rrd - по вкусу
	Удалить	Правка | Высказать мнение | Ответить | Рекомендовать в FAQ | Cообщить модератору | Наверх

	12. "Процент попаданий..."
	Сообщение от keepver (??) on 14-Мрт-05, 00:08  (MSK)
	ну и зачем тебе такой большой кеш ?
	Удалить	Правка | Высказать мнение | Ответить | Рекомендовать в FAQ | Cообщить модератору | Наверх

	13. "Процент попаданий..."
	Сообщение от Dmitry (??) on 17-Мрт-05, 15:06  (MSK)
	>ну и зачем тебе такой большой кеш Вообщето я думал что чем больше кэш тем больший процент попаданий в него.... или от размера кэша не зависит этот параметр?
	Удалить	Правка | Высказать мнение | Ответить | Рекомендовать в FAQ | Cообщить модератору | Наверх

Архив | Удалить

Индекс форумов | Темы | Пред. тема | След. тема

Пожалуйста, прежде чем написать сообщение, ознакомьтесь с данными рекомендациями.