На самом деле много интересных текстов про прозрачный squid написано везде. Ошибки одни и те же. Раньше не возникало проблем с превышением squid доступной памяти в системе. работало. Рекомендации вида на 1GB кэша squid использует 14MB оперативной памяти ну и + cache_mem для горячего содержимого. формула проста. писатели squid пишут активно в рассылках: бро юзай так: 50000МБ - 50GB, значит 50*14MB + 512MB (cache_mem) = 1212MB (примерно) оперативки будет использовать.
Прикинул, это же вообще хорошо. сделал по инструкции. запустил 50 пользователей на squid 3.5.19, уехал по делам. прихожу freebsd лежит мертво. squid сожрал всю доступную память - около 25000Мб вместе со swap, конечно понимаю, что на нормальной машине стоит ну там от 48GB оперативной памяти и этот размер squid не особо и заметен на общем фоне.
в логах есть: "squid cannot allocate memory" и в мессаджах "Cannot allocate memory".
Отправил клиентов подождать. долго смотрел, сам кэш не исопользовался, cache_mem, cache_dir пустые, ну по 512МБ не более. виноват был торрент клиент, который сука генерировал тысячи соединенй с разными IP и прочим говном, через 80 порт.
почитал про memory_pool и прочее, но там стандартные параметры. ничего особенного.
Вспомнив, что squid должен очищать кэши подключений к серверам и клиентам ибо для скорости значения у него 3600
authenticate_cache_garbage_interval 3600 seconds
authenticate_ttl 3600 seconds
3600 - это получается час он держит не нужные данные. сам squid использует процессор ну на 2% максимум. основное - жрет оперативу, сохраняя в ней ненужные данные.
сделал:
authenticate_cache_garbage_interval 600 seconds
authenticate_ttl 600 seconds
Сделал так, на целых десять минут. Собственно поедание оперативной памяти прекратилась нагрузка на процессор выросла до 3%. установил cache_mem 4 GB.
Увеличилась скорость отдачи самих сайтов и из картинок. Вот странно, не видел игры с этими значения на форумах.
Сообщения
